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/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.