Received: by taz.hyperreal.com (8.6.12/8.6.5) id RAA00655; Mon, 1 Apr 1996 17:32:55 -0800 Received: from life.ai.mit.edu by taz.hyperreal.com (8.6.12/8.6.5) with SMTP id RAA00647; Mon, 1 Apr 1996 17:32:50 -0800 Received: from volterra.ai.mit.edu by life.ai.mit.edu (4.1/AI-4.10) for new-httpd@hyperreal.com id AA17911; Mon, 1 Apr 96 20:32:50 EST From: rst@ai.mit.edu (Robert S. Thau) Received: by volterra.ai.mit.edu (8.6.12/AI-4.10) id UAA07438; Mon, 1 Apr 1996 20:32:48 -0500 Date: Mon, 1 Apr 1996 20:32:48 -0500 Message-Id: <199604020132.UAA07438@volterra.ai.mit.edu> To: new-httpd@hyperreal.com Subject: Re: More on child-process just running (chewing CPU) Sender: owner-new-httpd@apache.org Precedence: bulk Reply-To: new-httpd@hyperreal.com Status: O X-Status: >From what I can see, the request is processed, it's "written" (outputed) to the client (correctly) and it's even logged (!!)... it's just, for some reason, the socket isn't being closed or something... What this means is that it's looping trying to flush its buffers before closing the socket to the client and moving on, but after having logged the transaction (and very possibly after a timeout). Have you managed to get a stack backtrace of a spinning process? (If gdb on your system won't do "attach", you may still be able to send a spinning process a "kill -SIGBUS", and give it a core dump to work with). rst