DO NOT REPLY [Bug 29276] New: - PHP as CGI becomes a zombie when loaded too often

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=29276>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29276

PHP as CGI becomes a zombie when loaded too often

           Summary: PHP as CGI becomes a zombie when loaded too often
           Product: Apache httpd-2.0
           Version: 2.0.49
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Critical
          Priority: Other
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: floeff@arcor.de


Sorry for posting this again and again, but I still experience this problem and
there seems to be no way for me to solve it. I've got confirmation from others
that this problem is not only mine, so please take the time to read this.

I've tried Apache 1.3 and 2.0, both on Linux 2.4. I've tried using suEXEC and
not using suEXEC, and I even tried modules that stop script execution at a
specific load average (tested with 1.00!) or number of processes (tested with
10!). But nothing seems to help in the following case:

I run PHP as CGI because I don't want to have world-readable scripts and
mod_perchild is not ready yet. When I do a hard reload - i.e. reloading the same
script for about 10 seconds continously which should open quite a lot of scripts
- I can crash the server. PHP-CGI-processes become zombies, I get a load average
of about 90 (!) and it can take up to 30 minutes until the system responds
again. This happens even with the simplest PHP scripts like a phpinfo call, but
Perl scripts make absolutely no problem.

The PHP developers say it's an Apache problem, the Apache developers say it's a
PHP problem. So *PLEASE* take the time to review this one again - I'm helpless
right now! :-( I know there must be a solution, because some providers run PHP
as CGI without problems, but I don't know what it could be. :-(

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org