Date: Wed, 15 Jul 2009 22:03:42 +0200 From: Peter Schuller <peter.schuller@infidyne.com> To: Freddie Cash <fjwcash@gmail.com> Cc: Randy Bush <randy@psg.com>, freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) Message-ID: <20090715200342.GA89750@hyperion.scode.org> In-Reply-To: <b269bc570907150922l3ded8a76id12ea72801abb3c7@mail.gmail.com> References: <alpine.BSF.2.00.0907132009040.2027@teapot.cbhnet> <alpine.BSF.2.00.0907142318520.2686@teapot.cbhnet> <b269bc570907141550u6854bc8eh6ea73fe9bd3e788a@mail.gmail.com> <m21voi1ufz.wl%randy@psg.com> <b269bc570907150922l3ded8a76id12ea72801abb3c7@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <peter.schuller@infidyne.com>' 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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090715200342.GA89750>