From nobody@hyperreal.com Thu May 8 17:52:11 1997 Received: (from nobody@localhost) by hyperreal.com (8.8.5/8.8.5) id RAA02152; Thu, 8 May 1997 17:52:11 -0700 (PDT) Message-Id: <199705090052.RAA02152@hyperreal.com> Date: Thu, 8 May 1997 17:52:11 -0700 (PDT) From: Andrew Beers Reply-To: beers@cs.stanford.edu To: apbugs@hyperreal.com Subject: Some server process won't die X-Send-Pr-Version: 3.2 >Number: 560 >Category: os-irix >Synopsis: Some server process won't die >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Thu May 8 18:00:02 1997 >Last-Modified: Sun Jun 29 19:01:24 PDT 1997 >Originator: beers@cs.stanford.edu >Organization: >Release: 1.2b10 >Environment: IRIX 6.2 >Description: When I try to kill off or reconfigure the server using 'killall httpd' or 'killall -HUP httpd', some server processes don't die. Even a kill -9 won't kill them. The biggest problem is that they hang on to port 80 so I can't start another server. Seems only a reboot will resolve the problem. >How-To-Repeat: Try killing the server under irix 6.2 >Fix: No >Audit-Trail: From: Marc Slemko To: Andrew Beers Subject: Re: os-irix/560: Some server process won't die Date: Thu, 8 May 1997 19:03:39 -0600 (MDT) On Thu, 8 May 1997, Andrew Beers wrote: > >Description: > When I try to kill off or reconfigure the server using 'killall httpd' or > 'killall -HUP httpd', some server processes don't die. Even a kill -9 > won't kill them. The biggest problem is that they hang on to port 80 so I > can't start another server. Seems only a reboot will resolve the problem. Try doing it the proper way, ie. kill -HUP `cat /usr/local/etc/httpd/logs/httpd.pid` or kill -HUP 666 where 666 is the process of the parent. Don't send a signal to all the children, there is no reason. State-Changed-From-To: open-feedback State-Changed-By: marc State-Changed-When: Sat May 10 15:07:04 PDT 1997 State-Changed-Why: Awaiting response from user about what happens if they kill the server the proper way... State-Changed-From-To: feedback-closed State-Changed-By: dgaudet State-Changed-When: Sun Jun 29 19:01:24 PDT 1997 State-Changed-Why: Assuming killing the server properly solves the problem. Dean >Unformatted: