From owner-freebsd-stable@FreeBSD.ORG Tue Jul 7 22:50:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E94931065673 for ; Tue, 7 Jul 2009 22:50:20 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6778FC19 for ; Tue, 7 Jul 2009 22:50:20 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n67MnHOM011817; Tue, 7 Jul 2009 17:49:17 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n67MnG33011816; Tue, 7 Jul 2009 17:49:16 -0500 (CDT) (envelope-from brooks) Date: Tue, 7 Jul 2009 17:49:16 -0500 From: Brooks Davis To: Dan Naumov Message-ID: <20090707224916.GB2415@lor.one-eyed-alien.net> References: <20090707195614.GA24326@martini.nu> <20090707222631.GA70750@martini.nu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 07 Jul 2009 17:49:17 -0500 (CDT) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS: drive replacement performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 22:50:21 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 08, 2009 at 01:40:02AM +0300, Dan Naumov wrote: > On Wed, Jul 8, 2009 at 1:32 AM, Freddie Cash wrote: > > On Tue, Jul 7, 2009 at 3:26 PM, Mahlon E. Smith wro= te: > > > >> On Tue, Jul 07, 2009, Freddie Cash wrote: > >> > > >> > This is why we've started using glabel(8) to label our drives, and t= hen > >> add > >> > the labels to the pool: > >> > ? # zpool create store raidz1 label/disk01 label/disk02 label/disk03 > >> > > >> > That way, it does matter where the kernel detects the drives or what= the > >> > physical device node is called, GEOM picks up the label, and ZFS use= s the > >> > label. > >> > >> Ah, slick. ?I'll definitely be doing that moving forward. ?Wonder if I > >> could do it piecemeal now via a shell game, labeling and replacing each > >> individual drive? ?Will put that on my "try it" list. >=20 > Not to derail this discussion, but can anyone explain if the actual > glabel metadata is protected in any way? If I use glabel to label a > disk and then create a pool using /dev/label/disklabel, won't ZFS > eventually overwrite the glabel metadata in the last sector since the > disk in it's entirety is given to the pool? Or is every filesystem > used by FreeBSD (ufs, zfs, etc) hardcoded to ignore the last few > sectors of any disk and/or partition and not write data to it to avoid > such issues? Disks labeled with glabel lose their last sector to the label. It is not accessible by ZFS. Disks with bsdlabel partition tables are at risk due to the brain dead decision to allow partitions to overlap the first sector, but modern designs like glabel avoid this mistake. -- Brooks --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKU9DsXY6L6fI4GtQRAgk8AKCstTdrPAi+kMC8M03pcsKhLoUX7ACfde8Z +UPNUogsP7+YjFNSW1pnmXE= =YMoj -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb--