Re: Apache thread exploding in memory size

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



N.Z. Bear wrote:
Folks:

I am experiencing a problem with httpd child processes suddenly
exploding in memory size and consuming all available memory. The
behavior is sudden, not gradual: within a few seconds or a minute the
process swells to several orders of magnitude larger than its usual
size.

Listed below is a ps aux; the first httpd is a 'normal' one, the second
is the problem child:

nobody   23166  0.0  0.1 17572 2148 ?        S    16:06   0:00
/usr/local/apache/bin/httpd
nobody   23167  1.4 63.7 2245624 1315584 ?   D    16:06   1:00
/usr/local/apache/bin/httpd

Generally only a small number of child processes display this behavior:
often just one at a time.

The system setup is Linux with Apache 1.3.33, PHP 4.3.10 and MySQL
4.0.22-standard. I am not running mod_perl.


The vast majority of traffic on the site is PHP scripts, some of which
access the MySQL backend. I strongly suspect a problem in one of the
scripts, but have not been able to identify specifically which one. I
added the '%P' variable to my Apache log file and am now able to
identify the specific requests that the Apache child process which
explodes was handling prior to the error, but thus far no pattern has
emerged (different scripts appear last each time). I suspect that the
last entry I see in the log is the last successful request, not the one
that causes the problem. (I am aware of log_forensic, which I learned
would provide log output of a request *before* processing, but my skills
are not sufficient to make me feel comfortable rebuilding my Apache
server to include it at this time).


I am working around the issue with a cron script that checks if a child
process has exploded and then restarts Apache if needed; this helps to
mask the issue but is obviously not a fix. I have set
max_requests_per_child to a non-zero value but it has had no effect;
based on my understanding this doesn't surprise me as this is not a
gradual leak but a case where the process goes wild in the middle of a
request).


I recognize that it is unlikely that this problem can be
diagnosed-at-a-distance, but would welcome suggestions on debugging
tools and techniques which might help me narrow down the problem area.
In particular: other than log_forensic, is there a way to truly see what
that child process was doing when it went rogue? And does this behavior
sound like that of a bad PHP script?

Additional details & log files (including lsof, strace, and /proc
output) can be found at this post on my blog:
http://www.truthlaidbear.com/archives/2005/01/15/latest_on_performance_i
ssues.php#001639

Any and all suggestions are appreciated; thanks...

You can try to enable php memory limit.

You can also log http requests in php. Each request will create it's own file in some log directory, log all necessary info, and then remove it at the end of script run. This way the log directory should contain only running and crashed processes.

HTH

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux