From owner-freebsd-questions@FreeBSD.ORG Tue Dec 8 11:31:00 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7CDE1065670 for ; Tue, 8 Dec 2009 11:31:00 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3683C8FC19 for ; Tue, 8 Dec 2009 11:31:00 +0000 (UTC) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:57564 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NHyGv-0004hg-5p for freebsd-questions@freebsd.org; Tue, 08 Dec 2009 12:30:27 +0100 Received: (qmail 32034 invoked from network); 8 Dec 2009 12:30:23 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 8 Dec 2009 12:30:23 +0100 Received: (qmail 1870 invoked by uid 1001); 8 Dec 2009 12:30:23 +0100 Date: Tue, 8 Dec 2009 12:30:23 +0100 From: Erik Trulsson To: cronfy Message-ID: <20091208113023.GA1828@owl.midgard.homeip.net> References: <4B1DF953.4050504@sprinthost.ru> <4B1E2D40.9060900@sprinthost.ru> <20091208114509.B67127@gwdu60.gwdg.de> <4B1E33CF.1070309@sprinthost.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1E33CF.1070309@sprinthost.ru> User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1NHyGv-0004hg-5p. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NHyGv-0004hg-5p 31d0c4907cff0c577438eb7cd44a7549 Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD is too filesystem errors sensitive X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2009 11:31:00 -0000 On Tue, Dec 08, 2009 at 02:09:03PM +0300, cronfy wrote: > > >>>> panics like 'freeing free block' or 'ffs_valloc: dup alloc' > >> > >> Is there a way to say "Dear kernel, don't panic, I'am holding your > >> hand, keep working please-please-please?" If so, can it lead to > >> complete filesystem corruption indeed or it is not so serious? > > > > Afaik you can't do this. And you shouldn't do if it'd be possible. The > > file system errors you mention above should not happen under any > > normal circumstances. They may happen after a crash caused by other > > reasons but should get repaired by fsck. The kernel cannot continue > > with such errors because the whole file system metadata cannot be > > trusted anymore until repaired. > > > Thanks. > > What I can definitely state is that after reboot nothing will get any > better. I will have same filesystem with same errors + new errors that > appeared because soft-updates were not synced, and I will have fsck > running in background. I'd prefer to just start fsck in background, > skipping that annoying reboot phase ;-) Am I willing strange? Background fsck can only handle a few, very specific, filsystem problems. (Basically situations where blocks are marked as being in use, even though they are not really used by anything. Softupdates is supposed to guarantee that those are the only types of filesystem errors that can occur, but in reality that guarantee does not always hold.) If you have other instances of filesystem corruption (which includes everything which can trigger a kernel panic) you need to use a foreground fsck to fix it. Personally I would recommend not using background fsck at all unless you know exactly what you are doing and why. -- Erik Trulsson ertr1013@student.uu.se