From owner-freebsd-fs@FreeBSD.ORG Tue Jul 8 20:34:48 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3CB31065673 for ; Tue, 8 Jul 2008 20:34:48 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1305E8FC1B; Tue, 8 Jul 2008 20:34:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4873CF6C.7000205@FreeBSD.org> Date: Tue, 08 Jul 2008 22:34:52 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: CZUCZY Gergely References: <20080708100701.57031cda@twoflower.in.publishing.hu> <4873C4FA.2020004@FreeBSD.org> <20080708221327.5c1d0e92@mort.in.publishing.hu> In-Reply-To: <20080708221327.5c1d0e92@mort.in.publishing.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: Thinking of using ZFS/FBSD for a backup system 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: Tue, 08 Jul 2008 20:34:49 -0000 CZUCZY Gergely wrote: > Yes Kris, but you've forgot something quite important. > What you've just showed is -CURRENT, and how does that thumb-rule is > about branches and (semi-)production systems? > My faint memories say something like "don't never ever even think of > running -CURRENT on a production box", in a polite way. > ZFS can be stable on -CURRENT but it's till -CURRENT, with its issues > as a production system. So, the last we can go about a backup box is > -STABLE, but i also wouldn't prefer that one, if I can. -RELEASE and > patches for production, to be safe. > > Give us a stable ZFS in -RELEASE and -STABLE and we will be statisfied > and happy. -CURRENT is still not a way for production boxes, that's > asking for trouble. It's not relevant that I am running -CURRENT, there have been no changes in ZFS that are not also in -STABLE (and only one bug fix since 7.0-RELEASE, I think -- that was important, but it fixes mmap corruption, not a panic). I run -CURRENT to help debug it, but I am neither making use of ZFS fixes, nor encountering ZFS bugs. > I've finetuned ZFS as much as I could, I've read every little tiny bit > of hint/information/whatever that was available and I couldn't get rid > of those kmem_size panics in -RELEASE and -STABLE. Well, it's still almost certainly because you aren't setting kmem_size high enough. As you saw, that is the only thing I tuned (disabling prefetch is just for performance in my environment). If you can't set it high enough because you don't have enough RAM, that means your system does't have enough RAM to run ZFS, not that ZFS is unstable. Kris