From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/689 Path: main.gmane.org!not-for-mail From: Charlie Brady Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: runit running under linux 2.4 with openwall patches Date: Thu, 27 Jan 2005 14:52:08 -0500 (EST) Message-ID: References: <20050126085210.GR10265@digitus> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT X-Trace: sea.gmane.org 1106855540 4323 80.91.229.6 (27 Jan 2005 19:52:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 27 Jan 2005 19:52:20 +0000 (UTC) Cc: Vincent Danen , Original-X-From: supervision-return-928-gcsg-supervision=m.gmane.org@list.skarnet.org Thu Jan 27 20:52:12 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 1CuFga-0001GV-00 for ; Thu, 27 Jan 2005 20:52:12 +0100 Original-Received: (qmail 16167 invoked by uid 76); 27 Jan 2005 19:52:32 -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 16161 invoked from network); 27 Jan 2005 19:52:32 -0000 X-X-Sender: charlieb@e-smith.charlieb.ott.istop.com Original-To: Csillag=?iso-8859-2?Q?Tam=E1s?= In-Reply-To: <20050126085210.GR10265@digitus> Xref: main.gmane.org gmane.comp.sysutils.supervision.general:689 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:689 On Wed, 26 Jan 2005, Csillag[iso-8859-2] Tamás wrote: > On 01/25, Vincent Danen wrote: > > > > Odd thing here is that I tried a few other apps that were > > dietlibc-compiled and didn't see a problem. That would depend on which functions were called, I would think. > > Hmmm... spoke too soon. None of the services requiring tcpsvd were > > installed, so I tried with rsync and if I start supervise on those > > services, nothing happens. But if "sh -x run" myself, I can see the > > services are starting. Not sure if recompiling ipsvd without dietlibc > > will help, but it's something I'll have to try. > You cannot predict when will it happen. > In fnord-cgi it only happend when it executed the cgis. I blamed myself > that something is missing inside it's chroot, but it worked well if I > ran it 'strace -f' (I mean fnord). > > In runsv when you signal a service runsv itself gets killed, and > runsvdir will restart it (you can see that log -service has the same > 'uptime' as the supervisioned process). That would suggest to me that the service is relaying the signal to its process group, and that process group includes the supervising runsv. Apache2 is known to do this, for instance. Note that runsvdir will not restart the previously running service if runsv dies and there is a down file present. I still think that it would be better for runsv to protect itself from such errors by creating a new process group before it execs "run". --- Charlie