From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/555 Path: main.gmane.org!not-for-mail From: Stefan Karrmann Newsgroups: gmane.comp.sysutils.supervision.general,gmane.network.djbdns Subject: Re: Linux startup issue Date: Sat, 14 Aug 2004 19:20:52 +0200 Sender: S.Karrmann@web.de Message-ID: <20040814172052.GA6405@johann.karrmann.de> References: Reply-To: sk@mathematik.uni-ulm.de NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1092590668 18800 80.91.224.253 (15 Aug 2004 17:24:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 15 Aug 2004 17:24:28 +0000 (UTC) Cc: dns@list.cr.yp.to Original-X-From: supervision-return-793-gcsg-supervision=m.gmane.org@list.skarnet.org Sun Aug 15 19:24:19 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 1BwOjz-0003f9-00 for ; Sun, 15 Aug 2004 19:24:19 +0200 Original-Received: (qmail 5042 invoked by uid 76); 15 Aug 2004 17:24:37 -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 5037 invoked from network); 15 Aug 2004 17:24:37 -0000 Original-To: supervision@list.skarnet.org Mail-Followup-To: supervision@list.skarnet.org, dns@list.cr.yp.to Content-Disposition: inline In-Reply-To: Mail-Reply-To: X-MailKey: xkJ5TvOgzl4Iya5d0JvKP8S_ztRnvAgZAz X-Passkey: b8b2906d4f8f939edc6277942ddcc3f2b97cab9774309f1ccbef5b9255c9e703 User-Agent: Mutt/1.5.6+20040523i X-Sender: S.Karrmann@web.de Xref: main.gmane.org gmane.comp.sysutils.supervision.general:555 gmane.network.djbdns:10533 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:555 Paul Jarc (Sat, Aug 14, 2004 at 02:58:26AM -0400): > Jonathan de Boyne Pollard wrote: > > 2. "Restart" is better implemented as "svc -t" rather than as "svc > > -du", since the latter has the side-effect of changing the current > > state (to "up") whereas the former does not. > > More specifically: > - If the service is down to begin with, "svc -t" will have no effect; > "svc -du" will bring the service up, with automatic restarting. > - If the service is running once from "svc -o", then "svc -t" will > take it down and leave it down; "svc -du" will take it down and > bring it back up, with automatic restarting; "svc -do" will take it > down and bring it back up, without automatic restarting, just as it > was originally. (supervise publishes enough information in > supervise/status to distinguish the "-o" state from the "-u" state, > but svstat doesn't report it.) > - "svc -d" sends SIGTERM and SIGCONT, so if the service is stopped > with SIGSTOP, it will be allowed to run again so it can exit. > "svc -t" sends only SIGTERM, which is not sufficient to kill a > stopped process, but it can be combined with "svc -c" for the same > effect as "svc -d" (without turning off restarting). My 2 cent: - Use svc -tcu if the service is up. - Use svc -tco if the service is running once. -- Stefan