From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/1613 Path: news.gmane.org!not-for-mail From: Charlie Brady Newsgroups: gmane.comp.sysutils.supervision.general Subject: RE: using runit as init Date: Thu, 10 Jan 2008 20:28:06 -0500 (EST) Message-ID: References: <200801032151.21524.list-supervision@augensalat.de> <200801091634.06623.mike@geekgene.com> <200801101020.51580.list-supervision@augensalat.de> <85040AD9CA634253A8FDB9F7DA6BD200@home.internal> <50F2BE60A0EF6D478B1BCC633DEC28CC082B1F@server.home.internal> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Trace: ger.gmane.org 1200014892 25582 80.91.229.12 (11 Jan 2008 01:28:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 11 Jan 2008 01:28:12 +0000 (UTC) Cc: Mike Buland , supervision@list.skarnet.org To: rehan khan Original-X-From: supervision-return-1848-gcsg-supervision=m.gmane.org@list.skarnet.org Fri Jan 11 02:28:34 2008 Return-path: Envelope-to: gcsg-supervision@gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by lo.gmane.org with smtp (Exim 4.50) id 1JD8hF-0005Yp-Ow for gcsg-supervision@gmane.org; Fri, 11 Jan 2008 02:28:33 +0100 Original-Received: (qmail 1835 invoked by uid 76); 11 Jan 2008 01:28:15 -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 1827 invoked from network); 11 Jan 2008 01:28:15 -0000 X-X-Sender: charlieb@e-smith.charlieb.ott.istop.com In-Reply-To: <50F2BE60A0EF6D478B1BCC633DEC28CC082B1F@server.home.internal> Xref: news.gmane.org gmane.comp.sysutils.supervision.general:1613 Archived-At: On Thu, 10 Jan 2008, rehan khan wrote: > > Although the dummy process resolves this particular problem it's not > very clean. "this particular problem"? You haven't quoted anything, so we don't know which particular problem is. > I would prefer not to have processes knocking about which do > nothing. I'm guessing you are referring to my suggestion of a program which calls paus(). > Putting an 'sv d .' in the finish script seems to be the best solution > to run once scripts run by runsvdir. Yes, that sounds reasonable. That wouldn't be usable with daemontools, however. It also means that 'sv t .' would be a no-op, so wouldn't be usable with an init script wrapper which translated "service thing restart" to 'sv t /service/thing". > I still think that a mechanism built into the runsvdir to handle run > once scripts would be better. Perhaps.