From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/542 Path: main.gmane.org!not-for-mail From: Gerrit Pape Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: /etc/runit/3 not executing correctly... Date: Wed, 28 Jul 2004 08:25:27 +0000 Message-ID: <20040728082531.25730.qmail@3e6d1c7b6981a8.315fe32.mid.smarden.org> References: <200407261810.13156.knoglen@tele2.fr> <200407271823.25092.knoglen@tele2.fr> <200407271855.16596.knoglen@tele2.fr> <200407272026.35312.knoglen@tele2.fr> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1091003128 25735 80.91.224.253 (28 Jul 2004 08:25:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 28 Jul 2004 08:25:28 +0000 (UTC) Original-X-From: supervision-return-780-gcsg-supervision=m.gmane.org@list.skarnet.org Wed Jul 28 10:25:14 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 1BpjkP-0007EQ-00 for ; Wed, 28 Jul 2004 10:25:13 +0200 Original-Received: (qmail 16440 invoked by uid 76); 28 Jul 2004 08:25:34 -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 16435 invoked from network); 28 Jul 2004 08:25:34 -0000 Original-To: supervision@list.skarnet.org Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: <200407272026.35312.knoglen@tele2.fr> Xref: main.gmane.org gmane.comp.sysutils.supervision.general:542 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:542 On Tue, Jul 27, 2004 at 08:26:35PM +0200, John Nielsen wrote: > On Tuesday 27 July 2004 18:55, John Nielsen wrote: > > > > That message is not from runit, did you post your complete stage > > > > 3 script, or only a top part of it? > > > > > > Yes, I posted all of the script. I had cut it down as much as > > > possible to troubleshoot. You should extend it. Stage 3 is meant to do all tasks necessary to prepare the system for shutdown, this includes stopping services and unmounting (mounting read-only) filesystems. After stage 3 has finished, runit tells the kernel to shutdown or reboot (depending on the permissions of /etc/runit/reboot). > > > I really dont know where that message somes from then? That > > > textstring "Unmounting any remaining filesystems" doesnt exist in > > > any of the existing boot scripts. I just doublechecked, and it > > > isnt there. Where else could it come from? The kernel itself? > > I found out where the message comes from. It is generated by the > > util-linux version of shutdown I am using. Its last action before it > > halts the computer is to umount everything that is left. > > So all of this seems to be caused by util-linux shutdown not wanting > > to play nice with runit. Yes, util-linux's shutdown does things stage 3 actually should do, from the man page: When the shutdown time arrives, shutdown notifies all users, tells init(8) not to spawn more getty(8)'s, writes the shutdown time into the /var/log/wtmp file, kills all other processes on the system, sync(2)'s, unmounts all the disks, sync(2)'s again, waits for a second, and then either terminates or reboots the system. Additionally it seems to work with some fixed timeout. The shutdown program killed your stage 3 script and rebooted the system while runit still was preparing the shutdown. > > I would really love to be abel to completely dump the sysvinit > > package. I guess my case is a special one since I am not using a > > standart distro. As Charlie already said, simply don't use a shutdown program, extend stage 3, and use `init 0` and `init 6` instead. > I noticed a strange problem however. Every time i shut down, the > getties dies except for the getties that are logged in. I have to > start the shutdown script and then log out on that console. That's normal, see Charlie's answer on this. > I know that I can specify a timeout on svwaitdown that kills the > service when the timeout has been reached, only this doesnt seem like > a very clean shutdown. Is it possible to shut down the session cleanly > without killing it? Im talking about something along the lines of > what sysvinit does. What's sysvinit doing? AFAICS it kills -9 your shell, but doesn't tell you about that. Regards, Gerrit.