Date: Tue, 11 Dec 2012 11:58:48 +0100 From: Marco van Tol <marco@tols.org> To: Tom <freebsdlists@bsdunix.ch> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS mirrored separate log device replacement scans entire pool? Message-ID: <837C1B26-8BD2-4BD5-8281-36A2CD5ED323@tols.org> In-Reply-To: <50C6522D.6080808@bsdunix.ch> References: <CADUQDp8aM0LmZFvFjii_h-26E5CH0Asu5F4KNUTN%2BZ37jne9UA@mail.gmail.com> <50C6522D.6080808@bsdunix.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
Just nitpicking, but in case of this mirror, detach and attach probably work better then remove and add. If you want to play it save, first attach the new drive (making it a 3 way mirror) before detaching the old one (making it 2 way again). Right? :-) Marco On Dec 10, 2012, at 22:20, Tom <freebsdlists@bsdunix.ch> wrote: > Hi Andrew >=20 > Use remove and add for log devices instead of replace. This prevents = the > pool from resilvering and takes only a couple of seconds. >=20 > Regards, > Tom > Am 10.12.12 20:38, schrieb Andrew Leonard: >> This is likely more of a curiosity than an issue, unless it indicates = I did >> something wrong: Why does replacing half of a mirrored ZFS separate = log >> cause the entire zpool to be scanned? To wit: >>=20 >>> zpool status >> pool: tank01 >> state: DEGRADED >> status: One or more devices is currently being resilvered. The pool = will >> continue to function, possibly in a degraded state. >> action: Wait for the resilver to complete. >> scan: resilver in progress since Mon Dec 10 11:15:49 2012 >> 7.54T scanned out of 27.0T at 3.12G/s, 1h46m to go >> 0 resilvered, 27.93% done >> config: >>=20 >> NAME STATE READ WRITE CKSUM >> tank01 DEGRADED 0 0 0 >> raidz2-0 ONLINE 0 0 0 >> da2 ONLINE 0 0 0 >> da3 ONLINE 0 0 0 >> da4 ONLINE 0 0 0 >> da5 ONLINE 0 0 0 >> da6 ONLINE 0 0 0 >> da7 ONLINE 0 0 0 >> da8 ONLINE 0 0 0 >> da9 ONLINE 0 0 0 >> da10 ONLINE 0 0 0 >> da11 ONLINE 0 0 0 >> raidz2-1 ONLINE 0 0 0 >> da12 ONLINE 0 0 0 >> da13 ONLINE 0 0 0 >> da14 ONLINE 0 0 0 >> da15 ONLINE 0 0 0 >> da16 ONLINE 0 0 0 >> da17 ONLINE 0 0 0 >> da18 ONLINE 0 0 0 >> da19 ONLINE 0 0 0 >> da20 ONLINE 0 0 0 >> da21 ONLINE 0 0 0 >> raidz2-2 ONLINE 0 0 0 >> da22 ONLINE 0 0 0 >> da23 ONLINE 0 0 0 >> da24 ONLINE 0 0 0 >> da32 ONLINE 0 0 0 >> da26 ONLINE 0 0 0 >> da27 ONLINE 0 0 0 >> da33 ONLINE 0 0 0 >> da29 ONLINE 0 0 0 >> da30 ONLINE 0 0 0 >> da31 ONLINE 0 0 0 >> logs >> mirror-3 DEGRADED 0 0 0 >> da34 ONLINE 0 0 0 >> replacing-1 OFFLINE 0 0 0 >> 1754652639903581713 OFFLINE 0 0 0 was /dev/da35 >> da25 ONLINE 0 0 0 >>=20 >> errors: No known data errors >>> zpool get version tank01 >> NAME PROPERTY VALUE SOURCE >> tank01 version 28 default >>> zfs get version tank01 >> NAME PROPERTY VALUE SOURCE >> tank01 version 5 - >>> uname -a >> FreeBSD zfs12.sbri.org 8.3-STABLE FreeBSD 8.3-STABLE #0: Sun Aug 12 >> 07:31:24 PDT 2012 = root@zfs12.sbri.org:/usr/obj/usr/src/sys/GENERIC >> amd64 >>=20 >> Thanks, >> Andy >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >>=20 >=20 > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" --=20 Marco van Tol
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?837C1B26-8BD2-4BD5-8281-36A2CD5ED323>