Date: Sun, 1 Jan 2012 21:09:37 -0800 From: Michael DeMan <freebsd@deman.com> To: freebsd-fs@freebsd.org Subject: Re: zfs detach/replace Message-ID: <D9234680-D147-42B9-9DAC-42D0802A418D@deman.com> In-Reply-To: <20120101195411.GA73487@icarus.home.lan> References: <8EA721E0-977D-483C-AC06-1040B87E0AA7@deman.com> <CAHcKe7kXGFcuMJTL3UxMgfeBZ1vsVJOq8sBc0H76BLP_fUmQkQ@mail.gmail.com> <C7D4513B-ABF5-4854-8B6C-7AA47E1B72CF@deman.com> <20120101195411.GA73487@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Sounds realistic to me that the 'replace' command works after a 'detach' = is properly done. In my case, I forgot to do the 'detach' - just did the 'replace' after = changing the drive (and after a reboot). =46rom there, ZFS gets in the = state below - where it automagically created label/ada5LABEL/old and = appears to be wanting to do the rebuild onto label/ada5LABEL as if it is = part of a mirrored pair? This pool was built on FreeBSD 8.0, with an operating system update to = 8.1 after that. Possibly I could try and update the ZFS pool version or = something if this is fixed now? =20 I know for a fact, back with FreeBSD 7.x, that this same scenario could = occur. Basically on below - my old notes show there is no way to fix = the situation with ada5LABEL and ada5LABEL/old without destroying and = rebuilding the pool. Any attempts to 'detach', 'offline' or anything = else on either of those two logical entries fails with a 'no valid = replicas'. $ zpool status pool: zp1rz2 state: DEGRADED status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are = unaffected. action: Determine if the device needs to be replaced, and clear the = errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub in progress for 53h42m, 80.53% done, 12h59m to go config: NAME STATE READ WRITE CKSUM zp1rz2 DEGRADED 0 0 0 raidz2 DEGRADED 0 0 0 label/ada0LABEL ONLINE 0 0 0 label/ada1LABEL ONLINE 0 0 0 label/ada2LABEL ONLINE 35 0 0 19.5K = repaired label/ada3LABEL ONLINE 0 0 0 label/ada4LABEL ONLINE 0 0 0 replacing UNAVAIL 0 3.24M 0 = insufficient replicas label/ada5LABEL/old UNAVAIL 0 3.74M 0 cannot = open label/ada5LABEL UNAVAIL 0 3.74M 0 cannot = open label/ada6LABEL ONLINE 0 0 0 label/ada7LABEL ONLINE 0 0 0 errors: No known data errors - Mike On Jan 1, 2012, at 11:54 AM, Jeremy Chadwick wrote: > On Sun, Jan 01, 2012 at 11:03:21AM -0800, Michael DeMan wrote: >> Right, I botched it and did a 'replace' on a drive that is in an >> raidz2 pool. replace is for replacing a mirrored drive. >=20 > I just want to clarify for readers: this statement is inaccurate. >=20 > "zpool replace" can (should) be used on anything (mirrors, raidzX, > etc.). >=20 > I have used "zpool replace" myself on FreeBSD on raidz1 without = problems > for years. Here's valid proof, and this is not "simulated" or done on = a > VM or anything like that -- this is bare metal. >=20 > = http://koitsu.wordpress.com/2010/07/22/freebsd-and-zfs-hot-swapping-sata-d= isks-with-ahci/ >=20 > Full commands/output are provided there as well (there's a link within > my blog post providing full output). >=20 > --=20 > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D9234680-D147-42B9-9DAC-42D0802A418D>