ID:               45254
 Comment by:       fredric at drombolaget dot se
 Reported By:      yurtesen at ispro dot net
 Status:           No Feedback
 Bug Type:         CGI related
 Operating System: FreeBSD 6.3
 PHP Version:      5.2.6
 New Comment:

I have the exact same problem right now on our VPS.

The VPS is running Ubuntu 8.04 64 bit on OpenVZ. The install of the
software is from Ubuntu standard repositories.

The software is:
Server: Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.6 with Suhosin-Patch
mod_ssl/2.2.8 OpenSSL/0.9.8g

Occassionally a php-cgi process "hangs" or rather does absolutely
nothing - but it does consume memory. As the number of processes
approaches the 30:s the server starts dying from acute lack of memory.

killall -9 php-cgi is still all that get's us out of this mess.
Restarting apache doesn't even work as it seems to be waiting for the
php processes to die.


Previous Comments:
------------------------------------------------------------------------

[2008-07-23 01:00:01] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

------------------------------------------------------------------------

[2008-07-15 20:54:33] j...@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi



------------------------------------------------------------------------

[2008-07-13 21:52:37] s dot tretter at szene1 dot at

sorry, some more information about my software setup:
using apache 2.2.6, but preforked. fastcgi 2.4.6, php 5.2.6 but problem
exist with all php version i ever used.

my compile options for php:
'./configure' \
'--enable-fastcgi' \
'--enable-force-cgi-redirect' \
'--with-pcre-regex' \
'--without-sqlite' \
'--with-mysqli' \
'--with-gd' \
'--with-ttf' \
'--enable-exif' \
'--with-mcrypt' \
'--enable-mbstring' \
'--enable-spl' \
'--prefix=/usr/local/php5' \
'--with-zlib' \
'--enable-gd-native-ttf' \
'--enable-sockets' \
'--enable-soap' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
"$@"

------------------------------------------------------------------------

[2008-07-13 21:47:27] s dot tretter at szene1 dot at

same problem, php just "hangs" and doesn't exit. the only possible
solution to kill all php processes is "killall -9 php-cgi" a simple
killall (without -9) doesn't help.

no idea what is causing the php process to hang but it doesn't help to
increase or decrease the PHP_FCGI_CHILDREN and PHP_FCGI_MAX_REQUESTS
variables. no solution found until yet, and I also have to restart
apache every day and this is very annoying on a server farm with more
than 30 web servers.

googled a lot of time, some people say there is a relation between an
accepting socket and an loosy internet connection .. in case of a post
request the php process could hang if there is no real syn packet or
similar...

for other bug reports or people with similar problems just ask google
for "fastcgi php hang"

ng
sorry for my bad english ;)

------------------------------------------------------------------------

[2008-06-15 16:14:13] ruanchunping at gmail dot com

I use lighttpd1.4.19 + php-cgi (5.2.6) @ FreeBSD 7.0 amd64

I found that ,the *POST* request sometimes hangs for ever,  
the lighttpd status report:
------------
handle-req      59339(time)
handle-req      58478
handle-req      57985
......
------------
there are over 100 php-cgi processes in this status pre day.
i have to restart lighttpd every day.

these POST request are posting blog or uploading photos.

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/45254

-- 
Edit this bug report at http://bugs.php.net/?id=45254&edit=1

Reply via email to