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} connect(13, 0x9fffffffbebbfe60, 94) .............. ERR#239
ECONNREFUSED
{62849} connect(29, 0x9fffffffbdcbfea0, 94) .............. ERR#239
ECONNREFUSED
I increased listen backlog and the processes are a little more happy now :)
BTW, I had to increase the "ListenBacklog" for httpd also - the default 512
caused too many "Can't connect" errors. I increased it to 1024.
-Madhu
>-----Original Message-----
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Sent: Monday, November 24, 2003 1:48 PM
>To: [EMAIL PROTECTED]
>Subject: Re: Regarding Apache 2.0.48 and specweb99
>
>
>MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
>> Hmmn. Interesting.
>>
>> 1. Did you include the cgid restart fix ?
>
>I don't think so. It's the httpd-2.0.48 tarball + mod_specweb99.
>
>> 2. Are you driving the server with the SPECweb99 recommended
>CGI load ?
>
> DYNAMIC_CGI_GET=.005
>
>I believe that's the standard.
>
>Looking at server-status, I see the CGI URIs dominating the
>active server
>threads even with this tiny percentage of the total workload.
>I'm using the
>perl script shipped with SPECweb99. An obvious improvement
>would be to use a
>compiled C implementation. But I'm not very interested in
>setting records or
>making CGIs run fast. I'm more interested in speeding up
>mod_specweb99 and base
>Apache.
>
>> 3. do you mind posting the httpd.conf
>
>attached.
>
> > Oh.. BTW I hope you're also using worker MPM .
>
>[EMAIL PROTECTED] built]$ bin/httpd -l
>Compiled in modules:
> core.c
> worker.c
> http_core.c
> mod_suexec.c
> mod_so.c
>
>Greg
>
