Hello Jeff, Monday, February 8, 2010, 5:23:04 PM, you wrote: Thanks for the reply, in my case thread would hang like ____C__C_____WW__CW_________W__WWWWCWWC_CWWWWWWWWWW_CWWWWWCWWWW WWCCWWWCWWWCWWWWWWWWWWWWCWWWCWCW for 70 minutes and more till apache is restarted. No load is generated, only RAM is consumed and the workers. All requests are hitting PHP, but there is no way PHP would run more than 5 seconds, it's configured and the holes allowing users to reconfigure timeouts are patched. It just hangs in the midair, like waiting for a mutex that won't ever open. I don't know how to backtrace apache threads yet but I understand what you mean and will give it a go when another such case happens. I can't reproduce the faulty conditions. It just would eat threads out, for no particular reasons. It looks like there is always a new way to bring it down. JT> On Mon, Feb 8, 2010 at 9:13 AM, Igor Franchuk <sprog@xxxxxxxxx> wrote: >> Hello users, >> >> I have apache 2.2.14-r1/events MPM running on Gentoo with the 2.6.31 linux >> kernel >> >> The problem starts as usually - from time to time I have many threads in W state, >> which won't leave the state. The threads engaged in writing have >> an IP address to where Apache supposedly transmits the requests. >> >> If I #netstat -nt | grep "IP engaged in the W" >> I would have an empty reply, no connection to IP present. Yet the server-status >> insists that threads are engaged in writing. No load is generated but the slots are >> busy, the memory is used etc. JT> W doesn't necessarily mean httpd is actively sending the reply. The JT> request has been read and (generally) control has been passed to a JT> module to generate and control sending of the reply. JT> Backtraces of these threads would show where processing has hung. JT> --------------------------------------------------------------------- JT> The official User-To-User support forum of the Apache HTTP Server Project. JT> See <URL:http://httpd.apache.org/userslist.html> for more info. JT> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx JT> " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx JT> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx -- www.rol.ru Best regards, Igor mailto:sprog@xxxxxxxxx --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|