From owner-freebsd-fs@FreeBSD.ORG Tue Dec 11 10:58:53 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 196E3A68 for ; Tue, 11 Dec 2012 10:58:53 +0000 (UTC) (envelope-from marco@tols.org) Received: from postgirl.ripe.net (postgirl.ipv6.ripe.net [IPv6:2001:67c:2e8:11::c100:1342]) by mx1.freebsd.org (Postfix) with ESMTP id 527778FC14 for ; Tue, 11 Dec 2012 10:58:52 +0000 (UTC) Received: from ayeaye.ripe.net ([193.0.23.5]) by postgirl.ripe.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TiNY1-0007qB-09; Tue, 11 Dec 2012 11:58:51 +0100 Received: from [10.120.14.250] by ayeaye.ripe.net with esmtps (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1TiNY0-0006lG-SX; Tue, 11 Dec 2012 11:58:48 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: ZFS mirrored separate log device replacement scans entire pool? From: Marco van Tol In-Reply-To: <50C6522D.6080808@bsdunix.ch> Date: Tue, 11 Dec 2012 11:58:48 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <837C1B26-8BD2-4BD5-8281-36A2CD5ED323@tols.org> References: <50C6522D.6080808@bsdunix.ch> To: Tom X-Mailer: Apple Mail (2.1499) X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.48/RELEASE, bases: 20120425 #7816575, check: 20121211 clean X-RIPE-Spam-Level: - X-RIPE-Spam-Report: Spam Total Points: -1.8 points pts rule name description ---- ---------------------- ------------------------------------ 0.1 SARE_SUB_OBFU_OTHER FVGT - subject contains odd letter combinations -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-RIPE-Signature: 428ccdbe43205e483f75bd4ab79aeab30cbf4d93c8301310176d0ca5583c6ff7 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 10:58:53 -0000 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 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