>Number: 3343 >Category: os-linux >Synopsis: Server dies after 1-20 hours of usage. >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Nov 4 14:40:00 PST 1998 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.2.6 and 1.3.3 >Environment: Red Hat Linux with kernel version 2.0.35. It has been patched to glibc2.0.7. I am using gcc2.7.2.3, but the 1.2.6 server we were using came with Red Hat Linux.
>Description: There is no core dump. The server-status report from the 1.2.6 apache server would show processes marked as running although they no longer existed. Once it reached the maximum number of requests for a child, it would kill the child, but it would still appear as running in the server-status report. It would then start a new process, since it can't use the dead ones. After several hours it would reach the maximum number of processes and stop answering requests. The 1.3.3 version does not exibit the same behavior in the server status report, but it still dies. >How-To-Repeat: I don't know what is causing it, so I can't repeat it. You can access the server-status report at the following URL: http://www.v6fbody.com/server-status/ The username and password are: username: apache password: group The website address is http://www.v6fbody.com/ >Fix: We started a cron job to restart the server on a periodic basis. >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 leave the subject line UNCHANGED. This is not done] [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! ]
