From owner-cvs-all Tue May 15 2:58: 9 2001 Delivered-To: cvs-all@freebsd.org Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25]) by hub.freebsd.org (Postfix) with ESMTP id B707F37B422; Tue, 15 May 2001 02:57:57 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0356.cvx21-bradley.dialup.earthlink.net [209.179.193.101]) by barry.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id FAA03113; Tue, 15 May 2001 05:57:44 -0400 (EDT) Message-ID: <3B00FDA9.1203D42F@mindspring.com> Date: Tue, 15 May 2001 02:58:01 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Greg Lehey , Terry Lambert , Kirk McKusick , Mikhail Teterin , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, Ruslan Ermilov , fs@FreeBSD.ORG Subject: Re: [kris@obsecurity.org: Re: cvs commit: src/etc rc] References: <200105132342.QAA21879@beastie.mckusick.com> <200105142334.QAA05923@usr06.primenet.com> <20010515115630.H59553@wantadilla.lemis.com> <20010514193332.A85465@xor.obsecurity.org> <20010515120558.M59553@wantadilla.lemis.com> <20010514202707.B93481@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > These exceptional cases will be detected in the background, at which > point in time the system should attempt to recover from the error > rather than let the system continue in an undefined state. The only > robust way to get applications to back out and reread corrupted data > is to restart them all, which is equivalent to a reboot. Yes. This is a case where a System V style startup script mechanism, and/or run-levels would be useful. In the first instance, everything that is running at the current run-level can be restarted automatically by looking for the run-level (who -r), and then traversing the startup scripts, feeding them "stop" in reverse order and "start" in forward order, to get the job done. Alternately, a "restart" run level can be specified to inittab itself, and init would "just do whatever is necessary to make the system sane again". In reality, it should never get to the point where it's an issue, or it's too late anyway (I'm not going to be running background fsck on any mission critical systems, and I'm firmly in the "disable it by default" camp). On the other hand, I would not be adverse to having soft updates turned on by default, following a new install or an upgrade... it kind of needs to be a newfs option for that, though. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message