Similar Threads:
1.Apache 1.3 logfile: what is "200 -"?
Hello,
Some customers are getting timed out, sometimes, while browsing a site I
administer. At these times, I see access_log entries that end with
"POST /track.php HTTP/1.0" 200 -
AFAIK, the hyphen means that Apache does not know how many bytes it sent on
the wire. What could cause this?
I believe the users with the problem are all masqueraded behind a single IP
address. I have Apache 1.3.20 running under Slackware linux, using vanilla
common log format.
TIA
--tim
2.Apache 1.3 [unix]: Directives not having effect
Hi.
I've been experimenting with Apache for the past few days. I've made
a few changes but they aren't having the desired effect.
1. When entering the site, the user automatically sees index.htm page.
My Sol: DirectoryIndex index.htm
2. A page in a sub dir is blocked to everybody except a particular IP.
<Directory /home/rpandyan/apache/htdocs/block>
Order Deny,Allow
Deny from all
Allow james.virtual.com
</Directory>
3. I have password protected a few pages also but that also isn't
working.
<Directoy /home/rpandyan/apache/htdocs/hidden>
AuthType Basic
AuthName "Restricted Files"
AuthUserFile /home/rpandyan/apache/passwd/passwords
Require user James
</Directory>
Note: I have made all changes to the httpd.conf file for efficienty
purposes.
The Listen directive works [I see the test page]
If anybody knows what I need to do, please let me know.
Thanks.
3.Help required in getting 300 response in apache
Hi,
Could anyone help me in getting 300 Multiple Choices response from
Apache server.
I made few files named index.html index.zip and index.exe in the
/var/www/html directory and tried to get this response by invoking
telnet <My Server IP> 80
Get /index HTTP/1.1
Host: <My server IP>
Accept: application/*
But The server sends the index.exe file with 200 response.
Pls help me in getting the 300 Response code.
Thanks,
Mrinmoy
4.Problems debugging an Apache 1.3 module under Windows
I'm trying to debug my Apache 1.3 module (and yes, yes
I _have_ been told I should be switching to 2.0, but, at this
stage, the amount of gutting required to convert the
module just to get a new version of the same module
doesn't seem worthwhile, even if that version has all the
bells and whistles 2.0 is supposed to have - ), using
Windows 200, service Pack 2 and Visual C++ .NET.
my nodule has an "Enable" command, which is
supposed to enable my nodule's functionality on the
"<Location>"s and "File>"s on which it appears
I've tried debugging the module by both building my
module as a DLL and then running the Apache executable,
as well as attaching to the running Apache service
(which actually consists of two "Apache.exe" processes -
although I don't know why there are two,or the
difference between them)
I created empty stub routines (on each of which I set a
breakpoint so I could see when it was executed)
for just about all the module's functions, including the "config"
routines ("create_server_config", "merge_dir_config" and
friends), as well as the "response phase" routines
("check_user_auth", "filename_translate" and the response
handlers) ...
My problem is that, while using the Apache "Start Menu"
item to restart the server trips the "config" routine breakpoints
and the command handler breakpoints, using either debugging
technique while browsing a location "enabling" my module
on a website I know is on the local machine (which, one would
think, would trip the "response phase" routines'
breakpoints) stubbornly refuses to trip those routines'
breakpoints: it's as of the module isn't running at all, when
I know it should be doing so.
So what am I doing wring? Is my debugging technique
incorrect? ... or is there some other problem?
Russell
5.FPE in ld-linux-x86-64.so loading custome dso in Apache
Hello CUP,
One of my clients is seeing an FPE in ld-linux-x86-64.so when loading a
custom dso in Apache (actually httpd is dlopen-ing mod_php5.so which is
dlopen-ing my dso which is dynamically linked with some other libs). The
backtrace is inlined below.
At least I assume it's blowing up loading my dso - with my dso disabled,
httpd loads and runs ok.
# gdb /usr/sbin/httpd2-prefork
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-suse-linux"...
(no debugging symbols found)
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run -X
Starting program: /usr/sbin/httpd2-prefork -X
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[snipped]
[Thread debugging using libthread_db enabled]
[New Thread 47783686579872 (LWP 11366)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[snipped]
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 47783686579872 (LWP 11366)]
0x00002b758030468f in do_lookup_x () from /lib64/ld-linux-x86-64.so.2
(gdb) bt
#0 0x00002b758030468f in do_lookup_x () from /lib64/ld-linux-x86-64.so.2
#1 0x00002b7580304a77 in _dl_lookup_symbol_x () from /lib64/ld-linux-x86-64.so.2
#2 0x00002b7580306028 in _dl_relocate_object () from /lib64/ld-linux-x86-64.so.2
#3 0x00002b758030c2a5 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#4 0x00002b75803081f6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#5 0x00002b758030bacb in _dl_open () from /lib64/ld-linux-x86-64.so.2
#6 0x00002b75811961fa in dlopen_doit () from /lib64/libdl.so.2
#7 0x00002b75803081f6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#8 0x00002b758119658d in _dlerror_run () from /lib64/libdl.so.2
#9 0x00002b7581196171 in dlopen@@GLIBC_2.2.5 () from /lib64/libdl.so.2
#10 0x00002b7582edf486 in php_dl () from /usr/lib64/apache2/mod_php5.so
#11 0x00002b7582f3dfe3 in ?? () from /usr/lib64/apache2/mod_php5.so
#12 0x00002b7582f6e937 in zend_llist_apply () from /usr/lib64/apache2/mod_php5.so
#13 0x00002b7582f3dfaa in php_ini_register_extensions () from /usr/lib64/apache2/mod_php5.so
#14 0x00002b7582f388bb in php_module_startup () from /usr/lib64/apache2/mod_php5.so
#15 0x00002b7582ff5825 in ?? () from /usr/lib64/apache2/mod_php5.so
#16 0x00002b7582ff58ad in ?? () from /usr/lib64/apache2/mod_php5.so
#17 0x000055555558c93c in ap_run_post_config () from /usr/sbin/httpd2-prefork
#18 0x0000555555579fd7 in main () from /usr/sbin/httpd2-prefork
(gdb) q
The program is running. Exit anyway? (y or n) y
The client is running SUSE server on "big" hardware. I have an OpenSUSE
10.3 install here and the extension loads and runs perfectly. I have many
other people using the extension and no one has reported this problem. I
have recompiled *everything* with no change. It seems to be this one
particular installation.
Ldd on all binaries yields the expected "ELF 64-bit LSB executable,
AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.4, dynamically linked
(uses shared libs), for GNU/Linux 2.6.4, stripped" with the exception
of my extension which is "not stripped".
My dso is very small but it is linked with a largish (5MB) .so created
from numerous .a archives of -fpic compiled code. Also, the big lib the
dso is linked with is created using a version script so that only the
handful of symbols used by the extension are exported.
So httpd loads mod_php.so which calls dlopen on my dso and at that point
an FPE occurs in do_lookup_symbol_x.
Could it be that the loader is trying to relocate something that is not
relocatable because of how things are linked?
Has anyone seen anything like this before?
Can anyone recommend a method for debugging this issue?
Could this be an issue which the linux loader?
Any help would be appreciated,
Mike
6. Apache 1.3 - suexec permission problems
7. Apache 1.3 & ProxyPass
8. apache 1.3 : mod_proxy/mod_rewrite, timeouts and retries?