From owner-freebsd-fs@FreeBSD.ORG Wed Jan 10 14:56:10 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0844216A403 for ; Wed, 10 Jan 2007 14:56:10 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from pro28.abac.com (pro28.abac.com [66.226.64.29]) by mx1.freebsd.org (Postfix) with ESMTP id D625E13C455 for ; Wed, 10 Jan 2007 14:56:09 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [192.168.1.120] (cpe-24-165-18-105.san.res.rr.com [24.165.18.105]) (authenticated bits=0) by pro28.abac.com (8.13.6/8.13.6) with ESMTP id l0AERMue041385; Wed, 10 Jan 2007 06:27:22 -0800 (PST) (envelope-from freebsd@scottevil.com) Message-ID: <45A485C6.2060405@scottevil.com> Date: Tue, 09 Jan 2007 22:20:54 -0800 From: Scott Oertel User-Agent: Thunderbird 1.5.0.9 (X11/20070106) MIME-Version: 1.0 To: Victor Loureiro Lima References: <45A3C96A.6030307@scottevil.com> <200701101139.l0ABdJ9K088810@lurza.secnetix.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.746 (DATE_IN_PAST_06_12) Cc: freebsd-fs@freebsd.org Subject: Re: skipping fsck with soft-updates enabled X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 14:56:10 -0000 Victor Loureiro Lima wrote: > From rc.conf man page: > --- > background_fsck_delay > (int) The amount of time in seconds to sleep before > starting > a background fsck(8). It defaults to sixty seconds to > allow > large applications such as the X server to start > before disk > I/O bandwidth is monopolized by fsck(8). > --- > > You can set the delay as long as you want, so it wont have to start > right away, in fact it can start as late as a year (if thats really > what you want ;)) > > att, > victor loureiro lima > > 2007/1/10, Oliver Fromme : >> Scott Oertel wrote: >> > I am wondering what kind of problems would occur, besides lost >> space, if >> > after a system crash a fsck is skipped. According to the >> documentation, >> > with soft-updates enabled, the file system would be consistant, there >> > would just be lost resources to be recovered which I am assuming >> can be >> > safely done at a later time to avoid long periods of downtime during >> > peek hours. >> >> I think that's exactly what the background fsck feature >> does. If you enable it (which is even the default), the >> fsck process doesn' start right away, so the system comes >> up in multi-user mode immediately. Then a snapshot is >> created on the file system, and fsck runs on the snap- >> shot, freeing the lost space in the file system. >> >> Of course, it only works reliably with soft-updates enabled, >> _and_ there must not be any unexpected inconsistencies. >> However, with some common setups (e.g. cheap disks lying >> about completed write operation) it is difficult to >> guarantee the consistency. Soft-updates is rather fragile >> when the hardware doesn't work exactly as it's supposed to. >> I've witnessed breakage in the past, and for that reason >> I always disable the background fsck feature. And it's the >> reason I'm looking forward to gjournal to become stable, >> because it seems to be less fragile in the presence of >> imperfect hardware. >> >> Best regards >> Oliver >> >> -- >> Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing >> Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd >> Any opinions expressed in this message may be personal to the author >> and may not necessarily reflect the opinions of secnetix in any way. >> >> "C++ is to C as Lung Cancer is to Lung." >> -- Thomas Funke >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> The problem with background fsck is that on my machines, it doesn't work well. These machines have 8x750gb SATA drives and they are under extreme stress all the time. When you run fsck in the background each drive takes 10+ minutes to create the snapshot file, during which time the machine is completely unresponsive, and unstable. That is why I am wondering, if it is ok to skip the background fsck's, foreground fsck's and reschedule them for a later time, during non peak hours. Thanks, Scott