From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/560 Path: main.gmane.org!not-for-mail From: Charlie Brady Newsgroups: gmane.comp.sysutils.supervision.general Subject: runsv and process groups (was Re: getty trouble) Date: Sun, 22 Aug 2004 20:04:14 -0400 (EDT) Message-ID: References: <20040820071950.11549.qmail@7e729926274f71.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 1093219481 29678 80.91.224.253 (23 Aug 2004 00:04:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 23 Aug 2004 00:04:41 +0000 (UTC) Cc: supervision@list.skarnet.org Original-X-From: supervision-return-798-gcsg-supervision=m.gmane.org@list.skarnet.org Mon Aug 23 02:04:33 2004 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by deer.gmane.org with smtp (Exim 3.35 #1 (Debian)) id 1Bz2K9-0002xd-00 for ; Mon, 23 Aug 2004 02:04:33 +0200 Original-Received: (qmail 31848 invoked by uid 76); 23 Aug 2004 00:04:51 -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 31842 invoked from network); 23 Aug 2004 00:04:50 -0000 X-X-Sender: charlieb@e-smith.charlieb.ott.istop.com Original-To: Gerrit Pape In-Reply-To: <20040820071950.11549.qmail@7e729926274f71.315fe32.mid.smarden.org> Xref: main.gmane.org gmane.comp.sysutils.supervision.general:560 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:560 On Fri, 20 Aug 2004, Gerrit Pape wrote: > On Thu, Aug 19, 2004 at 01:30:46PM -0400, Dan Melomedman wrote: > > Hello. Thanks for runit, I love it. > > > > 'getty' runs fine. 'mingetty' refuses to run though, because it gets > > EPERM on a tty open. Any ideas? mingetty used to run fine under SysV > > init. This is RH 6.2, with the old getty and mingetty. Thanks. > > Most probably it's because runsv doesn't automatically make a service > run script a process group leader. Gerrit, have you ever given any thought to runsv doing just that? As is, a runit managed system is more vulnerable than it should be to bugs in supervised daemons. I've had such a buggy client bring down all of runit stage 2. I know this is something which Dan deals with in his daemontools FAQ, but I think he gives a non-answer: How can I supervise a daemon that kills its process group? When pppd receives a TERM signal, it destroys its entire process group, including svscan and all my other daemons. Answer: The best answer is to fix the daemon. It is inexcusable for a program to send signals to a process group that it didn't create. His answer is congruent to "programs should not have bugs". Can you think of any reason why runsv *shouldn't* make the supervised process a process group leader? It'd take very little code ... --- Charlie