Return-Path: Delivered-To: apmail-httpd-bugs-archive@www.apache.org Received: (qmail 61831 invoked from network); 24 Oct 2003 04:49:47 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 24 Oct 2003 04:49:47 -0000 Received: (qmail 21094 invoked by uid 500); 24 Oct 2003 04:49:26 -0000 Delivered-To: apmail-httpd-bugs-archive@httpd.apache.org Received: (qmail 21067 invoked by uid 500); 24 Oct 2003 04:49:25 -0000 Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: "Apache HTTPD Bugs Notification List" Delivered-To: mailing list bugs@httpd.apache.org Received: (qmail 21049 invoked from network); 24 Oct 2003 04:49:25 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 24 Oct 2003 04:49:25 -0000 Received: (qmail 8867 invoked by uid 50); 24 Oct 2003 04:52:44 -0000 Date: 24 Oct 2003 04:52:44 -0000 Message-ID: <20031024045244.8866.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: bugs@httpd.apache.org Cc: Subject: DO NOT REPLY [Bug 22631] - Apache2 crashs and can not be closed from task manager until reboot X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22631 Apache2 crashs and can not be closed from task manager until reboot robert@profundis.se changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |robert@profundis.se Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From robert@profundis.se 2003-10-24 04:52 ------- > now question: how PHP can can cause apache die so hard, that even OS can not > clean up the mess? Apache on Windows runs in two processes; the main "listener" and the "worker". The former takes care of housekeeping etc, while the latter does the actual serving. When crashing, it is almost always the latter, and the main process can spawn a new one. I don't know what caused your Apache to hang so long before spawning the new worker process, but I have a feeling it might be related to rotatelogs. I change the report's status to INVALID, as the main issue (crashing) was PHP related, although the hanging is yet unresolved. Feel free to re-open it. --------------------------------------------------------------------- To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org