From owner-freebsd-stable@FreeBSD.ORG Tue Sep 30 04:54:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82C581065688 for ; Tue, 30 Sep 2008 04:54:48 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1A88FC1E for ; Tue, 30 Sep 2008 04:54:47 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id CD07E17DA2; Tue, 30 Sep 2008 14:54:46 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (142.19.96.58.exetel.com.au [58.96.19.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 8D317171C8; Tue, 30 Sep 2008 14:54:42 +1000 (EST) Message-ID: <48E1B0DF.4020601@modulus.org> Date: Tue, 30 Sep 2008 14:53:51 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <765067435.20080926223557@takeda.tk> <20080927064417.GA43638@icarus.home.lan> <588787159.20080927003750@takeda.tk> <5f67a8c40809282030l7888d942q548d570cd0b33be9@mail.gmail.com> <20080929040025.GA97332@icarus.home.lan> <48E080C0.9070103@modulus.org> <5f67a8c40809290809j58639df8ka65184151161cab6@mail.gmail.com> <5f67a8c40809290849m413eebe6sd31a493aea506932@mail.gmail.com> <200809291744.m8THiBlR034739@apollo.backplane.com> <48E1839E.3060006@modulus.org> <20080930043250.GA36878@icarus.home.lan> In-Reply-To: <20080930043250.GA36878@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick Subject: Re: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 04:54:48 -0000 Jeremy Chadwick wrote: > You're the first person I've encountered who has had to disable the ZIL > to get stability in ZFS; ouch, that must hurt. Its not so bad: this machine is doing backups with rsync, sometimes running 50 simultaneously. This workload doesn't contain any need for synchronous operations, and any files which didn't get written after a crash can simply be re-rsync. But I hope eventually it will be fixed! > I'm talking about the most commonly-encountered problem: kmem > exhaustion. People want to be able to install FreeBSD then say "Okay! > Time to give ZFS a try!" on some separate disks, and have it work. Personally I don't think there's much point worrying about how to boot off ZFS at this stage until the code is up to date, stable, and running 7-STABLE branch. Until then I will also prefer to have a UFS root volume and just run ZFS for /usr and /home, because I still don't completely trust ZFS and I have a high value on being able to boot the system and have my tools available in /bin and /sbin. - Andrew