>Number: 4995
>Category: os-solaris
>Synopsis: Child Processes don't die, server eventually quits responding
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: apache
>State: open
>Class: sw-bug
>Submitter-Id: apache
>Arrival-Date: Fri Sep 10 06:50:01 PDT 1999
>Last-Modified:
>Originator: [EMAIL PROTECTED]
>Organization:
apache
>Release: 1.3.4
>Environment:
Solaris 2.6 (Recommended/Security Patches)
uname -a > SunOS cc-web-01 5.6 Generic_105181-16 sun4u sparc SUNW,Ultra-250)
gcc 2.8.1
httpd -v > Server version: Apache/1.3.4 (Unix)
Server built: Jul 14 1999 15:47:50
httpd -l > Compiled-in modules:
http_core.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
mod_autoindex.c
mod_dir.c
mod_cgi.c
mod_asis.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_access.c
mod_auth.c
mod_setenvif.c
dynamo.c
>Description:
As our server experiences traffic, it spawns childs up to its MaxClients value
(currently 150). As each child reaches its MaxRequestsPerChild (currently
1000), it should die off.
Currently, the children aren't dying. Eventually the server is unable to spawn
anymore children and the existing children are no longer accepting requests.
If we do a restart, the "dead" children die off and the server resumes as
normal.
Following Sun's recommendation, we installed a tcp patch to help Solaris'
ongoing CLOSE_WAIT problems.
Currently, we are not experiencing an abnormal level of CLOSE_WAIT or
FIN_WAIT_2 events.
Seeing as how there are several entries regarding Solaris 2.6 and Apache 1.3.4,
I wanted to open an new ticket
and work with the Apache team in providing the information they need to
troubleshoot this problem.
>How-To-Repeat:
>Fix:
Currently, we are using a cron job to do a work around. I'm just trying to
determine if this is indeed
a problem with Apache or with something else.
>Audit-Trail:
>Unformatted:
[In order for any reply to be added to the PR database, you need]
[to include <[EMAIL PROTECTED]> in the Cc line and make sure the]
[subject line starts with the report component and number, with ]
[or without any 'Re:' prefixes (such as "general/1098:" or ]
["Re: general/1098:"). If the subject doesn't match this ]
[pattern, your message will be misfiled and ignored. The ]
["apbugs" address is not added to the Cc line of messages from ]
[the database automatically because of the potential for mail ]
[loops. If you do not include this Cc, your reply may be ig- ]
[nored unless you are responding to an explicit request from a ]
[developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]
