php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #22523 All processes stop.
Submitted: 2003-03-03 15:30 UTC Modified: 2003-03-03 15:33 UTC
From: admin at epicworks dot com Assigned:
Status: Closed Package: Reproducible crash
PHP Version: 4.3.1 OS: Linux, GLIBC2.3.1
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: admin at epicworks dot com
New email:
PHP Version: OS:

 

 [2003-03-03 15:30 UTC] admin at epicworks dot com
I seem to be having a problem occuring about once every two days and I'm unsure why.  I get notification through internal systems telling me that it can't return HTTP requests as the system has reached MaxClients and isn't returning any result to the client.  After investigation, this doesn't appear to be caused by apache, but rather PHP.
 STRACEing any of the processes returns the following:
  select(11, NULL, [10], [10], NULL
and simply sits there, producing no additional output.  A full 'apachectl stop' is required to kill such processes and they all terminate immediately.
 A backtrace of any of these processes is as follows.  I am unsure which of the many scripts (if one in particular) is causing this.  The identical site is being run on a 4.2.3 server without difficulty.
gdb) backtrace
-=-=--=-=-=-=-
#0  0x402fbfbe in __select () at __select:-1
#1  0x00000020 in ?? ()
#2  0x080b9001 in _php_stream_free ()
#3  0x0816a5ef in php_stream_url_wrap_http ()
#4  0x080bbc2a in _php_stream_open_wrapper_ex ()
#5  0x0813c2c9 in php_if_fopen ()
#6  0x080df23c in execute ()
#7  0x080e0439 in execute ()
#8  0x080e0439 in execute ()
#9  0x080d2be8 in zend_execute_scripts ()
#10 0x080b2675 in php_execute_script ()
#11 0x080e25a9 in apache_php_module_main ()
#12 0x080aaa1a in ssl_expr_yyinput ()
#13 0x080aaa90 in ssl_expr_yyinput ()
#14 0x081a6be6 in ap_invoke_handler ()
#15 0x081bc975 in ap_some_auth_required ()
#16 0x081bc9d2 in ap_process_request ()
#17 0x081b33b5 in ap_child_terminate ()
#18 0x081b3664 in ap_child_terminate ()
#19 0x081b39d2 in ap_child_terminate ()
#20 0x081b3fd4 in ap_child_terminate ()
#21 0x081b4649 in main ()
#22 0x40239f14 in __libc_start_main (main=0x81b42ae <main>, argc=1, ubp_av=0xbffffda4, init=0x806f1dc <_init>, 
    fini=0x40015640 <_rtld_local>, rtld_fini=0, stack_end=0xbfff0790) at ../sysdeps/generic/libc-start.c:144
-=-=--=-=-=-=-

  Any thoughts?  It appears to be a bug in PHP somewhere that is causing different activity than 4.2.3.

-M

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-03-03 15:33 UTC] wez@php.net
This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sun Apr 28 11:01:30 2024 UTC