From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/731 Path: main.gmane.org!not-for-mail From: Vincent Danen Newsgroups: gmane.comp.sysutils.supervision.general Subject: init signals and touching files Date: Sun, 27 Feb 2005 20:59:34 -0700 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-9-259471680" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1109633367 19970 80.91.229.2 (28 Feb 2005 23:29:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 28 Feb 2005 23:29:27 +0000 (UTC) Original-X-From: supervision-return-971-gcsg-supervision=m.gmane.org@list.skarnet.org Tue Mar 01 00:29:27 2005 Original-Received: from antah.skarnet.org ([212.85.147.14] ident=qmailr) by ciao.gmane.org with smtp (Exim 4.43) id 1D5uK6-00054o-QI for gcsg-supervision@gmane.org; Tue, 01 Mar 2005 00:29:10 +0100 Original-Received: (qmail 4058 invoked by uid 76); 28 Feb 2005 23:34:06 -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 3986 invoked from network); 28 Feb 2005 23:34:05 -0000 Original-To: X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619.2) X-SA-Exim-Connect-IP: 68.149.32.85 X-SA-Exim-Mail-From: vdanen@annvix.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on hades.annvix.org X-Spam-Level: X-Spam-Status: No, hits=-2.9 required=6.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-SA-Exim-Version: 4.1 (built Wed, 02 Feb 2005 21:38:53 -0500) X-SA-Exim-Scanned: Yes (on hades.annvix.org) X-MailScanner-To: gcsg-supervision@gmane.org Xref: main.gmane.org gmane.comp.sysutils.supervision.general:731 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:731 --Apple-Mail-9-259471680 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I have a bit of an issue with runit and it could be that I'm doing something wrong or it could be that maybe this possibility hasn't been considered before. I have an SATA drive in my machine with a reiserfs partition in it. For some reason, sata_promise isn't loaded so reiserfs freaks out if it can't mount this partition that's noted in fstab. As a result, it prompts me to reboot or drop to an admin shell to fix my stuff. That's all fine, but when I hit exit to reboot the system, runit tries to signal itself by touching /etc/runit/reboot. The problem is, the f/s is read-only so it can't touch the file. It then carries on as normal, performing a normal boot, but the filesystem is still readonly which causes some services to freak out, etc. Once I get to stage 2, I can tell it to reboot, but it's still complaining about not being able to touch the /etc/runit/* files. This makes me wonder if relying on files as a way to signal intentions to runit is really the best idea. But I'm not sure what would be better. I don't know what signals runit listens for right now, but maybe it would be better if signals were used to tell runit we want to reboot/halt rather than files? The other issue I have is that runit-init (which I've renamed to init) always wants to shut down. If I do "init 6", I expect it to reboot, but it halts the system. I don't think runit should care that runit-init is now called init, but I don't know. I did write little wrapper scripts to replace the SysVinit reboot/halt scripts (so that you can set a time and it sends out a wall message), but the last thing called is "init 0" for halt and "init 6" for reboot but in all cases it shuts down. I don't know why though. Any ideas on this? Beyond those two issues, using runit rocks. I can deal with the r/o filesystem issue by adding some documentation noting the fact that this is a problem and that there is no real damage to anything (because it's all mounted r/o), it's just ugly and not very well handled (with SysVinit, this has never been a problem). And it won't actually affect me again because now I mount those drives from rc.local *after* I manually modprobe sata_promise. The lack of a reboot issue is big though because it makes doing remote administration (ie. a reboot due to a kernel upgrade) extremely problematic. -- 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} --Apple-Mail-9-259471680 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (Darwin) iD8DBQFCIpcmLrxeMv7jCtQRAm9qAJ9tlrhhRm2QC4+O79sS09U6jjJd9ACdGsp7 G+zZZkjpLEB+z+woe3D4WFk= =3NnP -----END PGP SIGNATURE----- --Apple-Mail-9-259471680--