From owner-freebsd-questions@FreeBSD.ORG Mon Dec 12 18:10:00 2011 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 661191065670 for ; Mon, 12 Dec 2011 18:10:00 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E50F38FC0A for ; Mon, 12 Dec 2011 18:09:59 +0000 (UTC) Received: by bkbzv15 with SMTP id zv15so7407421bkb.13 for ; Mon, 12 Dec 2011 10:09:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=YZNSqrk9mVkAZmIiySrd2bbzNx30RWnCKwwAdp13gO0=; b=csYa9fPr28RTi6hePqUqqM8YWLd/QMj6H/Y7y+LVwicuUdwrGPC+fAXSyayq2nw3ZZ rssQFQiUDLA+ZhWvTzWkYJGrhmFwxV1PnUiSGkIGkg2ZCB4Hr0wubplu+MPC0+lG/YJi RYFHtA65QUM9ugf56UdR0DBiO3IYqDfvtkbjg= Received: by 10.205.131.13 with SMTP id ho13mr10837992bkc.41.1323713398636; Mon, 12 Dec 2011 10:09:58 -0800 (PST) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id d2sm33779833bky.11.2011.12.12.10.09.55 (version=SSLv3 cipher=OTHER); Mon, 12 Dec 2011 10:09:56 -0800 (PST) Date: Mon, 12 Dec 2011 18:09:53 +0000 From: RW To: freebsd-questions@freebsd.org Message-ID: <20111212180953.2bc4af97@gumby.homeunix.com> In-Reply-To: <4EE442DC.7080107@herveybayaustralia.com.au> References: <4EE32BB6.3020105@herveybayaustralia.com.au> <4EE38454.3020307@otenet.gr> <4EE3D1F0.60500@herveybayaustralia.com.au> <4EE3DA85.4070903@herveybayaustralia.com.au> <20111211002348.56497fde@gumby.homeunix.com> <4EE442DC.7080107@herveybayaustralia.com.au> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 9.0 install and journaling 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: Mon, 12 Dec 2011 18:10:00 -0000 On Sun, 11 Dec 2011 15:42:52 +1000 Da Rock wrote: > On 12/11/11 10:23, RW wrote: > > On Sun, 11 Dec 2011 08:17:41 +1000 > > Da Rock wrote: > > > > > >>> SUJ speeds up the check a lot, seconds as opposed to minutes. If > >>> something happens to the journal, it falls back to a standard > >>> fsck. > >> But fsck needs to be run manually- I have users that can't do that, > >> and the filesystem corrupts. Ergo gjournal; it boots up and fixes > >> on the fly. So SU+J needs a manual fsck before booting proper or > >> can it just boot and be done? > > It's not very different; gjournal and SU both attempt to leave the > > filesystem in an coherent state, but both still need a preen to > > recover lost space. In either case the preen can fail requiring a > > full fsck. > > > > Journalled SU make SU behave more like gjournal in that you can do a > > fast foreground check which avoids the lengthy background fsck and > > avoids deferring the handling of unexpected inconsistencies to the > > next boot. > > > Yes, but I don't do a fsck to recover gjournal- it has a miniscule > blurp for a nanosecond and prints a message at boot and thats it. If the filesystem is mounted via fstab the fsck is normally done automatically. You may not have noticed this because if nothing needs doing fsck_ufs can mark a gjournal filesystem clean instantaneously. There are two other possibilities. The first is that it may spend some time recovering orphaned files; this is much faster that a full fsck but it's still seconds or minutes. The second is that the journal sync may have failed in which case fsck terminates with "UNEXPECTED INCONSISTENCY" which requires a full fsck. This is similar to SU. In either case you only need a full fsck when things haven't worked out in line with the theory. > Is > it the same with su+j? If it does then I'll drop gjournal (and the > performance hit) and I'll use su+j when I jump to 9.0. The SU equivalent of the journal sync is done before the crash happens. With SU you can have an instantaneous foreground fsck by deferring the recovery of lost files until the background check that runs after bootup. Journalling SU eliminates the few minutes of sluggish disk IO that that can cause. I've been disappointed by gjournal, the performance hit isn't as bad as background fsck but it is substantial and permanent, rather than a few minutes hare and there. I was hoping that gjournal would be more robust, but I've seen the occassional "UNEXPECTED INCONSISTENCY" just like I have with SU.