From owner-freebsd-fs Tue May 15 11:17:43 2001 Delivered-To: freebsd-fs@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [63.114.185.254]) by hub.freebsd.org (Postfix) with ESMTP id 6F0B137B422; Tue, 15 May 2001 11:17:40 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from misha.privatelabs.com (root@misha.plten [10.0.0.106]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id NAA26739; Tue, 15 May 2001 13:38:15 -0400 From: mi@aldan.algebra.com Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.3/8.11.1) with ESMTP id f4FIHHr26893; Tue, 15 May 2001 14:17:18 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200105151817.f4FIHHr26893@misha.privatelabs.com> Date: Tue, 15 May 2001 14:17:16 -0400 (EDT) Reply-To: mi@aldan.algebra.com Subject: Re: background fsck and rebooting To: dillon@earth.backplane.com Cc: jkh@osd.bsdi.com, kris@obsecurity.org, grog@lemis.com, tlambert@primenet.com, mckusick@mckusick.com, ru@FreeBSD.ORG, fs@FreeBSD.ORG In-Reply-To: <200105151709.f4FH9XB53717@earth.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [cvs lists taken off the CC] After a second thought, Terry's note, that the reboot IS necessary to ensure, that some files read from the damaged file-system are not corrupted (even if the background fsck succeeds), does not make that much sense to me: . there is an obvious race between those files being read and the reboot time; . as someone else pointed out, we can not restart (or even alert) non-local consumers of the corrupted data (clients) anyway. The above two reasons, IMHO, indicate, that the background fsck should NOT be on by default. Enabling it should be a mount option, and the potential for the troubles should be well documented. Now, to speed up startups, may be, we can mount the filesystems immediately, but hang all read/write attempts until the background fsck is over? This will let programs start, but not run until their data is ready. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message