From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/672 Path: main.gmane.org!not-for-mail From: Gerrit Pape Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: pid of controlled service (was Re: runit-1.2.0 available) Date: Fri, 21 Jan 2005 19:35:21 +0000 Message-ID: <20050121193424.5788.qmail@9205e057e3be69.315fe32.mid.smarden.org> References: <20041218195918.27700.qmail@3fec3b3edeedbd.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 1106336048 8577 80.91.229.6 (21 Jan 2005 19:34:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 21 Jan 2005 19:34:08 +0000 (UTC) Original-X-From: supervision-return-911-gcsg-supervision=m.gmane.org@list.skarnet.org Fri Jan 21 20:34:02 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 1Cs4Xi-0002dm-00 for ; Fri, 21 Jan 2005 20:34:02 +0100 Original-Received: (qmail 26817 invoked by uid 76); 21 Jan 2005 19:34:23 -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 26812 invoked from network); 21 Jan 2005 19:34:23 -0000 Original-To: supervision@list.skarnet.org Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: Xref: main.gmane.org gmane.comp.sysutils.supervision.general:672 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:672 On Thu, Jan 20, 2005 at 01:30:22PM -0500, Charlie Brady wrote: > On Sat, 18 Dec 2004, Gerrit Pape wrote: > > With this version the runsv program makes controlling the service > > through commands normally sent by runsvctrl configurable; arbitrary > > actions through external programs can optionally be specified, and > > signalling of the service disabled if desired. See the man page[0] > > for details. > > Looks like it could be a very useful feature. > > I think it could be more useful if runsv would set an environment variable > so that the external programs don't need to parse anything if they wish to > send signals to, or otherwise query the status of, the controlled program. 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. And if the program really needs the pid, it can get it from ./supervise/pid. Regards, Gerrit.