php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #31344 PHP 4.3.10 crashed Apache without message
Submitted: 2004-12-30 07:51 UTC Modified: 2004-12-31 12:20 UTC
From: sysadmin at amhosting dot com Assigned:
Status: No Feedback Package: Apache2 related
PHP Version: 4.3.10 OS: Red Hat 9 + Legacy
Private report: No CVE-ID: None
View Add Comment Developer Edit
Have you experienced this issue?
Rate the importance of this bug to you:

 [2004-12-30 07:51 UTC] sysadmin at amhosting dot com 
Description:
------------
In trying to upgrade my Plesk servers, I have found that one upgrade worked, the rest bombed out.  To reduce the number of variables, I built a Red Hat 9 server from CDs, installed Yum, ran a full upgrade cycle, then tried to install 4.3.10.  Apache would not start, or would crash immediately without any tombstones.

Reproduce code:
---------------
Load Red Hat 9 from CDs.
Install Yum per instructions from Fedora Legacy project
yum update
download php source.
./configure <parameters>
make
make install

Expected result:
----------------
I expected PHP 4.3.10 to install and run normally.

Actual result:
--------------
Apache died without a trace.  "service httpd status" said that the service was dead but a PID file was in place.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2004-12-30 08:10 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
 [2004-12-30 13:22 UTC] egor at ensita dot net 
the latest stable doesn't help. :(
 [2004-12-30 13:39 UTC] tony2001@php.net 
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
 [2004-12-30 18:29 UTC] sysadmin at amhosting dot com 
The example script, run in the bash shell, looks something like this for Red Hat 9:

---start of script---
#!/bin/bash
service httpd start
sleep 3
ps ax | grep httpd
---end of script---

What I expect is to see a number of processes with the name "httpd" with PID numbers, all different.

Before PHP install, I get that.

After PHP install, I get "grep httpd"

Remove PHP from the system, it works again.

Script enough for you?
 [2004-12-31 01:30 UTC] iliaa@php.net 
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
 [2004-12-31 05:38 UTC] sysadmin at amhosting dot com 
I read the indicated page, and it assumes that PHP (and Apache) can get started in the first place.  That's not my problem.  I'm not the person to go digging in httpd with gdb, either.

So I'm sorry, there isn't much I can do.  If there is someone reading these bugs that can do what you request, that would be great.
 [2004-12-31 12:20 UTC] derick@php.net 
If you can't provide us with more info, we can't help.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed May 15 23:01:33 2024 UTC