Stas Bekman wrote:
I think this misleading error is really a bug in Apache:
I agree.
[Mon Apr 26 15:28:44 2004] [error] server reached MaxClients setting,
consider raising the MaxClients setting
It sounds like a one-off bug to me. It reports that error when the
number of workers is the same as M
Joshua Schnee wrote:
I am attempting to set up the latest Apache server and RHEL 64bit to use
in a Specweb99 run and am running into cgi issues. I am very new to
Apache, and am having difficulty getting apache to run/use/find my
cgi-script. Static content works fine, but I am getting improper
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
I enabled the POST transactions, and all of a sudden, the apache process is
now hung (this is first time I'm seeing this behaviour).. The stack is :
(gdb) t 21
[Switching to thread 21 (system thread 29207)]
#0 0xc0306850:0 in _semop_sys+0x30
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
I think I found the problem (.. and it's not the cgid exiting problem).
The problem was because the default Listen Backlog in mod_cgid was a little
small (100 outstanding connections). I got the following tusc log for the
httpd processes :
{62717} con
les:
core.c
worker.c
http_core.c
mod_suexec.c
mod_so.c
Greg
ServerRoot /home/gregames/apache/httpd-2.0.48/built
DocumentRoot /spec_docroot
User webuser
Group staff
LoadModule specweb99_module modules/mod_specweb99.so
LoadModule status_module modules/mod_status.so
LoadModule info_modul
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
Hi Greg,
The recent set of discussions prompted me to get some Apache numbers
out there - and when I started with the SPECweb99 run, I experienced a major
hang in the Apache, and the cgid daemon getting killed (I don't know how).
Have you also
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
cgid should _never_ exit without something in the error log.
I tried attaching tusc to the cgi daemon - but since the daemon dies at a
random time, my log file was getting too full, and I had to just stop it.
Why not just let tusc write to a conso
making public per Madhu
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
I'm using 2.0.48 and also back-ported the cgid-restart patch to 2.0.48. I
got a little further on the issue : The Apache hang is definitely caused by
the cgid exiting.
cgid should _never_ exit without something in the error log
"MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" wrote:
>
> I noticed that there were some places where u_int32_t is being used instead
> of apr_uint32_t. Is it purposefully done OR is it one of those "Oh, the apr
> interface changed" stuff ?.
>
> Anyways, I've included a patch that atleast gets the mo