From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 08:28:45 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 D78181065670 for ; Thu, 16 Jul 2009 08:28:45 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 61C3B8FC1C for ; Thu, 16 Jul 2009 08:28:45 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 7FA4E6627; Thu, 16 Jul 2009 10:28:44 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6G8Se20039267; Thu, 16 Jul 2009 10:28:40 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1247732924; bh=R+X9yOyO3eKA79vbCqA5yTscZmNgktoSyo7N4eMGk0I=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=0EVx7cVW8qdnOXtcGG2GgMIoZeGuncEG7LUyy6vHBqKTPDFQyxhJe1LwcwFvWl4Ic prwLGpT33swaCDsJkAZTw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=NXt8Q1thzBRLlegiGhk5n9sTeoj34UzdhN5oO/KPUA790Hwa+eDe6eAGFM9wgnfOW f5N3Oes+PeKiOuUJN04vQ== Message-ID: <4A5EE4B8.9050000@restart.be> Date: Thu, 16 Jul 2009 10:28:40 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: Peter Schuller References: <20090715200342.GA89750@hyperion.scode.org> In-Reply-To: <20090715200342.GA89750@hyperion.scode.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: 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: Thu, 16 Jul 2009 08:28:46 -0000 Peter Schuller wrote: >> Yep. It's as simple as: >> >> * label all the drives using glabel, while they're still attached to the >> pool >> * use "zpool replace pool ad4 label/disk01" to replace 1 drive >> * wait for it to resilver >> * use "zpool replace pool ad6 label/disk02" to replace the next drive >> * repeat the resilver and replace until all the devices are replaced > > 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.) > Indeed, I find this paper really interesting: http://opensolaris.org/os/community/zfs/docs/ondiskformat0822.pdf Henri