From owner-freebsd-stable@FreeBSD.ORG Tue May 19 20:04:06 2009 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 A1A061065686 for ; Tue, 19 May 2009 20:04:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7668FC1E for ; Tue, 19 May 2009 20:04:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n4JK43Ga045395; Wed, 20 May 2009 00:04:03 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 20 May 2009 00:04:03 +0400 (MSD) From: Dmitry Morozovsky To: Dimitry Andric In-Reply-To: <4A130E66.9070903@andric.com> Message-ID: References: <4A130E66.9070903@andric.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Wed, 20 May 2009 00:04:03 +0400 (MSD) Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: RFT: ZFS MFC 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, 19 May 2009 20:04:07 -0000 On Tue, 19 May 2009, Dimitry Andric wrote: DA> >> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2 DA> > DA> > Thanks - am going to gve this a try later. Preseumably if I leave the DA> > pool at the revision it is currently on then I can revert back easily ? DA> DA> I'll just repeat what Kip told us, "The standard disclaimers apply. DA> This has only been lightly tested in a VM. Please do not use it with DA> data you care about at this time." DA> DA> That said, zpool(1M) tells: DA> DA> zpool upgrade [-V version] -a | pool ... DA> DA> Upgrades the given pool to the latest on-disk version. Once this is DA> done, the pool will no longer be accessible on systems running DA> older versions of the software. DA> DA> and later on: DA> DA> -V version Upgrade to the specified version. If the -V flag is DA> not specified, the pool is upgraded to the most DA> recent version. This option can only be used to DA> increase the version number, and only up to the most DA> recent version supported by this software. DA> DA> E.g. you can upgrade pools to ZFS v13, but there's no way back. If you DA> don't upgrade your pool, it should not destroy anything (but don't count DA> on it!), but you won't be able to test any new features either... Well, I know this well, but for my particular case I should at least test one case where previous ZFS implementation panics on *read* access to one particular inode; then I hope to convince Kip to dig into the case deep enough to fix it ;-) FWIW, I use ZFS on FreeBSD from the moment it hits RELENG_7, though not too high load patterns, and have no major isues so far, modulo this one and obvious kmem exhastion. Even more is my intention to fix this ;-) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------