#45254 [Com]: PHP does not time out when accepting for connections while working as FastCGI

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] jani@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