Processes dying prematurely
"Ben Chabot" <[email protected]>
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Message-ID | <[email protected]> |
Hello again, I need some help here, me and Gasior have been looking into this problem for a while. I was just able to recreate it on my setup though. Basically, two vhosts (vhost A, vhost B), running different scripts. After 10,000 GET /, vhost A's php-fcgi dies with exit code 0. On vhost B, it can take 50,000 GETs of it's homepage.. it never dies. But what happens is... if vhost A gets too much traffic, fastcgi says : [Wed Aug 23 11:01:58 2006] [warn] FastCGI: (dynamic) server "/www/h/o/host.com/usr/bin/php-fcgi" (pid 7832) terminated by calling exit with status '0' [Wed Aug 23 11:01:58 2006] [warn] FastCGI: (dynamic) server "/www/h/o/host.com/usr/bin/php-fcgi" has failed to remain running for 30 seconds given 3 attempts, its restart interval has been backed off to 600 seconds So now, host.com (vhost A) is dead for 600 seconds. This is very bad. They are using the exact same version of php, on the same Apache server, same everything, the only thing that differs are the php scripts being run. So what in the world makes a php script cause php-fcgi to exit with exit code 0? If I can figure out what is killing php fastcgi, I can fix this. At first I thought it might be PHP_FCGI_MAX_REQUESTS or something, but neither vhost has that environment variable set. One can handle an immense amount of requests, the other dies. Could it be the request queue is filling up too fast and fcgi-pm is not getting a fast enough response? I'm running the benchmarks from localhost, and they complete insanely fast, like 1000 requests in 45ms, so I'm not sure thats it. ALSO, on vhost A, it not only exits with code 0 but sometimes 255. I'm looking into the php code, as that is where I believe these codes originate. Any help would be greatly appreciated, fastcgi is amazing on vhost B, I mean... you can just hammer on it, and it works like a dream, but vhost A's php-fcgi keeps dying, and it's restarted, but if it dies too fast... it hangs. Thanks, Ben ___________________________________ fastcgi-developers mailing list http://fastcgi.com/fastcgi-developers/