Bug 73220 - httpd dies on receipt of a HUP signal
Summary: httpd dies on receipt of a HUP signal
Status: CLOSED DUPLICATE of bug 66613
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: php (Show other bugs)
(Show other bugs)
Version: 1.0
Hardware: i386 Linux
Target Milestone: ---
Assignee: Joe Orton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2002-09-01 02:41 UTC by Reuben Farrelly
Modified: 2008-05-01 15:38 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-09-04 18:00:18 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Reuben Farrelly 2002-09-01 02:41:52 UTC
From Bugzilla Helper:

Description of problem:
Apache dies when logs are rotated as part of logrotate.d (the weekly logrotate 
sends apache a HUP)

Version-Release number of selected component (if applicable):
[root@tornado linux-2.5]# rpm -q httpd
httpd-2.0.40-4  (but this applies to previous versions of httpd-2 as well)

How reproducible:

Steps to Reproduce:
1. Wait for 4am Sunday morning after the weekly logrotate runs
2. Wake up and find that httpd is no longer running ;-)

Expected Results:  Apache should have rotated logs and not died

Additional info:

This can be manually triggered:

[root@tornado root]# /etc/init.d/httpd status 
httpd (pid 17755 17754 17753 17752 17751 17748) is running...
[root@tornado root]# kill -HUP `cat /var/run/httpd.pid`
[root@tornado root]# /etc/init.d/httpd status          
httpd dead but pid file exists
[root@tornado root]#
[root@tornado root]# /etc/init.d/httpd restart
Stopping httpd:                                            [FAILED]
Starting httpd:                                            [  OK  ]
[root@tornado root]#

Comment 1 Joe Orton 2002-09-01 09:25:19 UTC
Are you using PHP or any other modules? If so, what version of the PHP package?

Comment 2 Reuben Farrelly 2002-09-01 09:28:52 UTC
Yes, using PHP:


No other modules other than the default install AFAIK.

Comment 3 Joe Orton 2002-09-01 09:45:45 UTC
Can you still reproduce this if you disable PHP? e.g.

 # cd /etc/httpd/conf.d
 # mv php.conf php.conf.disabled
 # service httpd restart

Comment 4 Reuben Farrelly 2002-09-01 09:50:02 UTC
You've obviously struck something like this before ;-)
Yes it seems to be fine if PHP is disabled...

Comment 5 Joe Orton 2002-09-02 20:35:42 UTC
Yes, we've seen this before... what system are you testing on here - Limbo,
Null, 7.3?

Comment 6 Reuben Farrelly 2002-09-02 22:55:24 UTC
Yes, running Null (with all up2date updates applied).

Comment 7 Phil Copeland 2002-09-03 08:08:59 UTC
*grumble* ok
I can finally reproduce this. I still say it was something in httpd though

Basically it'll trigger on the *SECOND* sighup to httpd not the first and only
if libphp4.so is loaded. Oddly the segv is NOT in any php related code. Smells
like a httpd bug, however, I've been advised that disabling zts support in php
fixes this.

service httpd start (ok)
apachectl restart (ok)
apachectl restart (fails)

Humm,... compiled without zts,.. php segv's httpd segv's worse state of affairs.
... and this is going to have to be fixed in <10 hours??!?
God, I'm so doomed. 8/


Comment 8 Phil Copeland 2002-09-03 15:56:58 UTC
Fixed in 4.2.2-8.0.5 though root cause not found

Comment 9 Joe Orton 2002-09-04 17:23:00 UTC
We're actually still tracking this down - what other modules do you have loaded?
Results of "ls /etc/httpd/conf.d" could be useful data.

Comment 10 Gary Benson 2002-09-04 18:02:06 UTC

*** This bug has been marked as a duplicate of 66613 ***

Note You need to log in before you can comment on or make changes to this bug.