From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/909 Path: news.gmane.org!not-for-mail From: Charles Duffy Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: runit under sysvinit - coping when runsvdir dies Date: Thu, 17 Nov 2005 05:13:55 -0600 Message-ID: References: <20051117090319.29817.qmail@f69151e2a0a700.315fe32.mid.smarden.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1132226337 10557 80.91.229.2 (17 Nov 2005 11:18:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 17 Nov 2005 11:18:57 +0000 (UTC) Original-X-From: supervision-return-1145-gcsg-supervision=m.gmane.org@list.skarnet.org Thu Nov 17 12:18:56 2005 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by ciao.gmane.org with smtp (Exim 4.43) id 1Echll-0006ox-H5 for gcsg-supervision@gmane.org; Thu, 17 Nov 2005 12:17:34 +0100 Original-Received: (qmail 9659 invoked by uid 76); 17 Nov 2005 11:17:54 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 9653 invoked from network); 17 Nov 2005 11:17:54 -0000 X-Injected-Via-Gmane: http://gmane.org/ Original-To: supervision@list.skarnet.org Original-Lines: 14 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: fwext1-ext.isgenesis.com User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en In-Reply-To: <20051117090319.29817.qmail@f69151e2a0a700.315fe32.mid.smarden.org> Original-Sender: news Xref: news.gmane.org gmane.comp.sysutils.supervision.general:909 Archived-At: Gerrit Pape wrote: > If runsvdir receives the HUP signal, it sends a term signal to all runsv > processes it manages. On the TERM signal, it simply exits, leaving the > runsv processes alone. Maybe I should switch that, so that TERM signals > 'by mistake' are handled better. It then would re-init the complete > system, stopping all services plus supervisors on TERM, and starting > them up again after being re-spawned through inittab. In cases where runsvdir is going to be automatically respawned on exit, this certainly seems to make sense, though you're right inasmuch as there's potential for side-effects on the system shutdown procedure... how about having a file's (non)existance be used to control this behaviour, akin to where runit-init checks for the existance of stopit before shutting down?