Bug#88744: marked as done (Fatal error... Apache is exiting)
Your message dated Thu, 8 May 2003 19:18:18 +0200 (CEST)
with message-id <Pine.LNX.4.53.0305081916510.12950@trider-g7.ext.fabbione.net>
and subject line (no subject)
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 6 Mar 2001 13:34:15 +0000
>From root@polinet.hu Tue Mar 06 07:34:15 2001
Return-path: <root@polinet.hu>
Received: from domino.polinet.hu [::ffff:195.70.35.102]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14aHbS-00026h-00; Tue, 06 Mar 2001 07:34:15 -0600
Received: from root by domino.polinet.hu with local (Exim 3.12 #1 (Debian))
id 14aHbM-0004G1-00; Tue, 06 Mar 2001 14:34:08 +0100
Date: Tue, 6 Mar 2001 14:34:08 +0100
From: Janos Holanyi <root@polinet.hu>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: Fatal error... Apache is exiting
Message-ID: <20010306143408.A10786@polinet.hu>
Reply-To: Janos Holanyi <janos@holanyi.hu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Description: Bug report for apache-ssl
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Reportbug-Version: 0.54
Delivered-To: submit@bugs.debian.org
Package: apache-ssl
Version: 1.3.9.13-2
Severity: grave
Apache crashes very often, and during normal virtual site access.
Excerpts from the logs:
Main error log (/var/log/apache/error.log):
[Tue Mar 6 11:50:13 2001] gcache started
[Tue Mar 6 11:50:13 2001] [notice] Apache/1.3.9 Ben-SSL/1.37 (Unix)
Debian/GNU
PHP/3.0.18 configured -- resuming normal operations
critical_begin() failed: Identifier removed
[Tue Mar 6 11:53:12 2001] [alert] Child 4798 returned a Fatal error...
Apache is exiting!
critical_begin() failed: Identifier removed
critical_begin() failed: Identifier removed
critical_begin() failed: Identifier removed
critical_begin() failed: Identifier removed
critical_begin() failed: Identifier removed
critical_begin() failed: Identifier removed
critical_begin() failed: Identifier removed
[Tue Mar 6 11:54:10 2001] gcache started
[Tue Mar 6 11:54:10 2001] [warn] pid file /var/run/apache-ssl.pid
overwritten -- Unclean shutdown of previous Apache run?
>From a virtual site's log (dhs.hu):
[Tue Mar 6 11:50:58 2001] [error] SSL_accept failed
[Tue Mar 6 11:51:31 2001] [error] SSL_accept failed
[Tue Mar 6 11:58:19 2001] [error] SSL_accept failed
The only solution I could come up with is the following cronscript (runs
every 5 minutes):
#!/bin/bash
# if
# more than 1 apache-ssl is running and
# at least 1 gcache process is running and
# the parent process of only 1 apache-ssl process is 1
# than
# everything is ok (exit 0)
# else
# wipe out everything and restart
#
# AP_SSL: number of apache-ssl processes running
# GCACHE: number of gcache processes running
# PARENT: the second pid of the sorted apache-ssl process list
AP_SSL="`/bin/ps -ef | /bin/grep apache-ssl | /bin/grep -v grep | /usr/bin/wc -l | /usr/bin/awk '{print $1}'`"
GCACHE="`/bin/ps -ef | /bin/grep gcache | /bin/grep -v grep | /usr/bin/wc -l | /usr/bin/awk '{print $1}'`"
PARENT="`/bin/ps -ef | /bin/grep -e apache-ssl -e gcache | /bin/grep -v grep | /usr/bin/cut -c 16-20 | /usr/bin/sort -n | /usr/bin/head -2 | /usr/bin/tail -1 | /usr/bin/awk '{print $1}'`"
if ([ $AP_SSL -gt 1 ]) && ([ $GCACHE -ge 1 ]) && ([ $PARENT -ne 1 ]); then
exit 0
else
/bin/echo "AP_SSL=$AP_SSL"
/bin/echo "GCACHE=$GCACHE"
/bin/echo "PARENT=$PARENT"
/usr/bin/killall apache-ssl
/usr/bin/killall gcache
/etc/init.d/apache-ssl restart
fi
It might be worth mentioning that I am running plain (no-ssl)
apache also and it produces similar sympthoms.
On the same site I am running imp also, which is accessible via both http and https.
Is there any known reason for this frequent crash?
-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux domino 2.2.17-RAID #3 Fri Nov 10 21:19:06 CET 2000 i686
Versions of packages apache-ssl depends on:
ii apache-common 1.3.9-13.2 Support files for all Apache webse
ii libc6 2.1.3-15 GNU C Library: Shared libraries an
ii libdb2 2:2.4.14-2.7.7.1.c The Berkeley database routines (ru
ii libgdbmg1 1.7.3-26.2 GNU dbm database routines (runtime
ii libssl09 0.9.4-5 SSL shared libraries
ii mime-support 3.9-1 MIME files 'mime.types' & 'mailcap
ii openssl 0.9.4-5 Secure Socket Layer and related cr
ii perl-5.005 [perl5] 5.005.03-7.1 Larry Wall's Practical Extracting
---------------------------------------
Received: (at 88744-done) by bugs.debian.org; 8 May 2003 17:18:22 +0000
>From fabbione@fabbione.net Thu May 08 12:18:22 2003
Return-path: <fabbione@fabbione.net>
Received: from port5.ds1-sby.adsl.cybercity.dk (trider-g7.fabbione.net) [212.242.169.198]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 19Dp2C-0005Bo-00; Thu, 08 May 2003 12:18:20 -0500
Received: from trider-g7.ext.fabbione.net (port5.ds1-sby.adsl.cybercity.dk [212.242.169.198])
by trider-g7.fabbione.net (Postfix) with ESMTP id B07D615E
for <88744-done@bugs.debian.org>; Thu, 8 May 2003 19:18:18 +0200 (CEST)
Date: Thu, 8 May 2003 19:18:18 +0200 (CEST)
From: Fabio Massimo Di Nitto <fabbione@fabbione.net>
Sender: fabbione@trider-g7.ext.fabbione.net
To: 88744-done@bugs.debian.org
Message-ID: <Pine.LNX.4.53.0305081916510.12950@trider-g7.ext.fabbione.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: 88744-done@bugs.debian.org
X-Spam-Status: No, hits=-7.3 required=4.0
tests=BAYES_10,SIGNATURE_SHORT_SPARSE,USER_AGENT_PINE
version=2.53-bugs.debian.org_2003_04_23
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_04_23 (1.174.2.15-2003-03-30-exp)
I am closing this bug since according to the contents it was gone and
reopened with tag help. noone provided any more information since then (2
years).
Fabio
--
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues
http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp00004.html
Reply to: