From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/665 Path: main.gmane.org!not-for-mail From: Charlie Brady Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Runit 1.2.0 - service/control/c not invoked Date: Thu, 20 Jan 2005 13:33:43 -0500 (EST) Message-ID: References: <20050113190611.6360.qmail@61dc573d6557fd.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 1106246047 27036 80.91.229.6 (20 Jan 2005 18:34:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 Jan 2005 18:34:07 +0000 (UTC) Cc: supervision@list.skarnet.org Original-X-From: supervision-return-904-gcsg-supervision=m.gmane.org@list.skarnet.org Thu Jan 20 19:33:47 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 1Crh7q-0005DY-00 for ; Thu, 20 Jan 2005 19:33:46 +0100 Original-Received: (qmail 17246 invoked by uid 76); 20 Jan 2005 18:34:06 -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 17240 invoked from network); 20 Jan 2005 18:34:06 -0000 X-X-Sender: charlieb@e-smith.charlieb.ott.istop.com Original-To: Gerrit Pape In-Reply-To: <20050113190611.6360.qmail@61dc573d6557fd.315fe32.mid.smarden.org> Xref: main.gmane.org gmane.comp.sysutils.supervision.general:665 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:665 On Thu, 13 Jan 2005, Gerrit Pape wrote: > On Thu, Jan 13, 2005 at 11:41:57AM +0100, Vladimir Smelhaus wrote: > > it seems to me, that service/control/c are not invoked when runsv gets > > signal from runsvdir. With runsvctrl is it OK. > > Yes, the documentation says that if runsv gets a TERM signal it acts as > if the character x was written to the control pipe. It should run > control/x in this case. I've some other changes pending, and'll fix it > with the next version. The runsvctrl documentation is now a little out of date, as signals may not be sent to the running "service" (unless the "service" is defined as the monitoring/controlling runsv program). [Perhaps someone here with a free half hour could do some wordsmithing and send a patch to Gerrit.] --- Charlie