From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/1013 Path: news.gmane.org!not-for-mail From: Vincent Danen Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: runit upgrades and halt rather than reboot Date: Sat, 11 Feb 2006 12:03:29 -0700 Organization: Annvix Message-ID: <20060211190328.GK1391@annvix.org> References: <20060202042050.GI17576@annvix.org> <20060203154031.9374.qmail@6824f200d7859c.315fe32.mid.smarden.org> <20060203164529.GK17576@annvix.org> <20060203165552.17710.qmail@238ebfa254faf9.315fe32.mid.smarden.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mJozIRmlDRkE95ph" X-Trace: sea.gmane.org 1139684704 6064 80.91.229.2 (11 Feb 2006 19:05:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 11 Feb 2006 19:05:04 +0000 (UTC) Original-X-From: supervision-return-1249-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Feb 11 20:04:59 2006 Return-path: Envelope-to: gcsg-supervision@gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by ciao.gmane.org with smtp (Exim 4.43) id 1F803F-0005gf-7k for gcsg-supervision@gmane.org; Sat, 11 Feb 2006 20:04:57 +0100 Original-Received: (qmail 15703 invoked by uid 76); 11 Feb 2006 19:05:16 -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 15697 invoked from network); 11 Feb 2006 19:05:15 -0000 Original-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: <20060203165552.17710.qmail@238ebfa254faf9.315fe32.mid.smarden.org> X-Mailer: Mutt 1.5.x/OS X 10.4.x X-PGP-Key: http://linsec.ca/vdanen.asc X-URL: http://annvix.org/ User-Agent: Mutt/1.5.10i X-SA-Exim-Connect-IP: 68.149.37.7 X-SA-Exim-Mail-From: vdanen@annvix.org X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on hades.annvix.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-SA-Exim-Version: 4.2 (built Sun, 09 Oct 2005 23:21:52 -0400) X-SA-Exim-Scanned: Yes (on hades.annvix.org) Xref: news.gmane.org gmane.comp.sysutils.supervision.general:1013 Archived-At: --mJozIRmlDRkE95ph Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Gerrit Pape [2006-02-03 16:55:52 +0000]: > > > > I'm encountering a really odd problem. When I upgrade runit, when = I do > > > > a "reboot" or "init 6", runit goes into poweroff mode rather than > > > > reboot. I'm gearing up to put out my next version of Annvix so am = doing > > > > some testing and we upgraded from runit 1.3.1 to 1.3.3 and on each = test > > > > instance (2 x86 and 1 x86_64), once all the packages were upgraded > > > > (including runit), when I did reboot (the first two) and "init 6" (= the > > > > last one), they powered off. > > > >=20 > > > > I'm not sure if this is because the /sbin/init binary changed or wh= at, > > > > but it's *really* annoying, particularly since I know some folks wh= o use > > > > Annvix at remote locations (myself as well) and a trip to the colo = to > > > > turn the machine on after the upgrade would, well, stink. =3D) > > > >=20 > > > > Any ideas as to what might be the problem and how I can rectify it? > > > > After that reboot, runit is fine... reboot works as advertised, as = does > > > > halt, etc. But it's just that one reboot after it's been upgraded = that > > > > is problematic. > > >=20 > > > I'm not sure from your description. With a preliminary runit Debian > > > package, on shutdown after package upgrade, the root filesystem wasn't > > > unmounted cleanly, because /sbin/runit was replaced. The workaround = is > > > to first copy /sbin/runit to /sbin/runit.old, then replace /sbin/runi= t. > > > After reboot, /sbin/runit.old can be removed again. Maybe it's worth= a > > > try. > >=20 > > Hmmm... that might not be a bad idea to try. So instead of running > > reboot/halt/shutdown, run "init.old 6" (I renamed runit to init). >=20 > No, you can still use `init 6` with the new binary. It's just that the > old, still running, /sbin/init still has an inode on the filesystem; > that's what the copy is for. I'm not sure it solves your problem > though. Ok, maybe I'm missing something, but the inode is different on the copy. [root@cerberus sbin]# cp init init.org [root@cerberus sbin]# ls -i init init.org 6374308 init* 6301334 init.org* But then if I do: [root@cerberus sbin]# cp /bin/ls init.org [root@cerberus sbin]# ls -i init.org 6301334 init.org* So even though the contents of init.org have drastically changed, the inode is still the same. The same would obviously hold true for init, when it's replaced during an rpm upgrade. I don't think it solves the problem (I did try a few days ago and it still halted the system), but maybe this explains the why; the copy apparently isn't needed it we're trying to preserve the inode, or is there a way to copy a file by specifying the inode? I'll admit I'm a bit out of my depth on this one (no options seemed to present themself =66rom cp --help). If there is one thing that is problematic for me (and Annvix users) is that runit, when it is upgraded, always halts the system. There has to be a way to fix this. It's my one last great bug. =3D) Any ideas at all, from anyone, would be greatly appreciated. > > I'll give that a try, Gerrit. It makes things a bit messy, but nothing > > a startup script can't check for and cleanup. >=20 > I have this in /etc/runit/1 > rm -f /sbin/runit.old Yup, that would do it, but I'm not convinced the old file makes a difference. I'm going to try again (via the rpm package rather than manually copying) to see if it makes a difference. --=20 Annvix - Secure Linux Server: http://annvix.org/ "lynx -source http://linsec.ca/vdanen.asc | gpg --import" {FEE30AD4 : 7F6C A60C 06C2 4811 FA1C A2BC 2EBC 5E32 FEE3 0AD4} Wasting time like it was free... --mJozIRmlDRkE95ph Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD7jUALrxeMv7jCtQRAgRlAJ0Xp8tfButXS4pkFbvRk7rIrFu6ZgCgrN1N TZ4sd/SsUguwqhRCcYw2Dy4= =B7LY -----END PGP SIGNATURE----- --mJozIRmlDRkE95ph--