php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #3659 mod_php + apache w/mod_so hangs in sched_yield
Submitted: 2000-02-28 19:17 UTC Modified: 2002-10-01 11:57 UTC
From: chrism at ticam dot utexas dot edu Assigned:
Status: Wont fix Package: Dynamic loading
PHP Version: 3.0.15 OS: redhat linux 5.2
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: chrism at ticam dot utexas dot edu
New email:
PHP Version: OS:

 

 [2000-02-28 19:17 UTC] chrism at ticam dot utexas dot edu
i experienced very vexing behavior from php-3.0.{14,15} under apache 1.3.{11,12}.
some details on setup:

redhat-5.2/x86, kernel 2.2.14, all security and kernel-2.2 requirements from
	redhat are the only changes to the stock install.
apache: configured with '--enable-module=all'
php: configured with '--with-mysql'.  (installed separately after apache)
stock php3.ini file copied from php3.ini-dist w/no changes
 
apache works a-ok until i activate the php3 module with the LoadModule directive;
after that the parent (running-as-root) httpd will fork a child, but will itself loop
in sched_yield (according to strace) while the child never does anything (including
get any brothers or sisters).  the parent is at this point eating all CPU and doing nothing but sched_yield'ing

an example strace output is available at: http://www.ticam.utexas.edu/~chrism/php_strace

as httpd never crashed, there is no corefile available.

building php3 into httpd cures the problem, and that's what i resorted to.  this appears
to be the same bug as ID #1043, except that mod_ssl is not involved, and bug #1043
got closed without any apparent resolution, so i am opening another.

again, my problem has been solved by avoiding the DSO setup, but it took me a long
time to get around to trying it and i was about to tears by that point.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-01 11:57 UTC] hholzgra@php.net
We are sorry, but can not support PHP 3 related problems anymore.  Momentum is
gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of
resources which we want to put into getting PHP 5 ready. Ofcourse PHP 4 will
will continue to be supported for the forseeable future.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Dec 27 02:01:29 2024 UTC