From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/676 Path: main.gmane.org!not-for-mail From: Charlie Brady Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: pid of controlled service (was Re: runit-1.2.0 available) Date: Fri, 21 Jan 2005 17:31:32 -0500 (EST) Message-ID: References: <20050121214639.16109.qmail@c3770aa02a166f.315fe32.mid.smarden.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: sea.gmane.org 1106346701 4979 80.91.229.6 (21 Jan 2005 22:31:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 21 Jan 2005 22:31:41 +0000 (UTC) Cc: supervision@list.skarnet.org Original-X-From: supervision-return-915-gcsg-supervision=m.gmane.org@list.skarnet.org Fri Jan 21 23:31:35 2005 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by deer.gmane.org with smtp (Exim 3.35 #1 (Debian)) id 1Cs7JX-00019w-00 for ; Fri, 21 Jan 2005 23:31:35 +0100 Original-Received: (qmail 28027 invoked by uid 76); 21 Jan 2005 22:31:56 -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 28021 invoked from network); 21 Jan 2005 22:31:55 -0000 X-X-Sender: charlieb@e-smith.charlieb.ott.istop.com Original-To: Gerrit Pape In-Reply-To: <20050121214639.16109.qmail@c3770aa02a166f.315fe32.mid.smarden.org> Xref: main.gmane.org gmane.comp.sysutils.supervision.general:676 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:676 On Fri, 21 Jan 2005, Gerrit Pape wrote: > On Fri, Jan 21, 2005 at 04:01:54PM -0500, Charlie Brady wrote: > > On Fri, 21 Jan 2005, Gerrit Pape wrote: > > > I'm not sure that's a good idea. The pid may change while the external > > > program is running, better let the runsv program send the signals to the > > > service. > > > > I don't know how that would be possible if you wanted a custom handler to > > do something special and then pass the signal on to the daemon. The custom > > handler would have no way of asking the runsv process to deliver the signal, > > correct? > > If the program exits with a return code other than zero, runsv still > will be sending the signal. The penny drops! Yep, that does the job. Thanks --- Charlie