Return-Path: Delivered-To: apache-bugdb-archive@hyperreal.org Received: (qmail 24890 invoked by uid 6000); 4 Nov 1998 22:40:09 -0000 Received: (qmail 24621 invoked by uid 2001); 4 Nov 1998 22:40:00 -0000 Received: (qmail 24582 invoked by uid 2012); 4 Nov 1998 22:39:57 -0000 Message-Id: <19981104223957.24581.qmail@hyperreal.org> Date: 4 Nov 1998 22:39:57 -0000 From: Mark Herman II Reply-To: turbodog@cajun.net To: apbugs@hyperreal.org X-Send-Pr-Version: 3.2 Subject: os-linux/3343: Server dies after 1-20 hours of usage. Sender: apache-bugdb-owner@apache.org Precedence: bulk >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: turbodog@cajun.net >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 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! ]