From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:03: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 70ABD106566C for ; Wed, 15 Jul 2009 20:03:45 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3320B8FC0C for ; Wed, 15 Jul 2009 20:03:45 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from hyperion.scode.org (hyperion.scode.org [85.17.42.115]) by hyperion.scode.org (Postfix) with ESMTPS id 12410239441; Wed, 15 Jul 2009 22:03:44 +0200 (CEST) Date: Wed, 15 Jul 2009 22:03:42 +0200 From: Peter Schuller To: Freddie Cash Message-ID: <20090715200342.GA89750@hyperion.scode.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Randy Bush , freebsd-current@freebsd.org 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 20:03:45 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Yep. It's as simple as: >=20 > * 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.) --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpeNh4ACgkQDNor2+l1i33JegCgqjIP44KGi1ByebfdcAIsztTI qqsAnjEKNRT/rPeJaGZd8S45OioWZD/R =MyxA -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm--