From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 21:42:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7312B1065676 for ; Wed, 15 Jul 2009 21:42:09 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-7.bnguk.net (atmail-7.bnguk.net [80.74.253.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3FC8FC13 for ; Wed, 15 Jul 2009 21:42:09 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-7.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MRCEp-0006Gi-Vy for freebsd-current@freebsd.org; Wed, 15 Jul 2009 22:42:08 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 45407C10589; Wed, 15 Jul 2009 22:42:07 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QReF3J1LJll3; Wed, 15 Jul 2009 22:42:04 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 1D73DC10588; Wed, 15 Jul 2009 22:42:04 +0100 (BST) Date: Wed, 15 Jul 2009 22:42:04 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Peter Schuller In-Reply-To: <20090715200342.GA89750@hyperion.scode.org> Message-ID: References: <20090715200342.GA89750@hyperion.scode.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , freebsd-current@freebsd.org, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 21:42:09 -0000 On Wed, 15 Jul 2009, Peter Schuller wrote: > While I can see this working "most of the time" - is there any reason > to believe it is guaranteed to? glabel keeps meta data at the end of > the device; is it guaranteed that ZFS is not using that part of the > device actively? (For example by having a policy to reserve some > amount at the end.) I think that would be my worry; I did wonder about trying the same with my own installation, but even if it were possible (or advisable for other reasons; I'm not sure it is in either case) I am worried that at some point something or other might want to use that last block with interesting consequences. I've just been having fun and games moving over to the gpart scheme and having to remember to include an extra block to keep the label information, since gmirror forbids me to add a labeled partition due to it being too small (in which case maybe ZFS doesn't use the full partition if it allows it to be re-added even though it's shrunk by a block)... but I'm going to rebuild my ZFS array from scratch. Chris.