From owner-freebsd-stable@FreeBSD.ORG Wed Feb 10 08:31:01 2010 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 8BE5E106566C for ; Wed, 10 Feb 2010 08:31:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 728E18FC14 for ; Wed, 10 Feb 2010 08:31:00 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta10.emeryville.ca.mail.comcast.net with comcast id g8SU1d0011u4NiLAA8X1NR; Wed, 10 Feb 2010 08:31:01 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta21.emeryville.ca.mail.comcast.net with comcast id g8X01d0073S48mS8h8X19L; Wed, 10 Feb 2010 08:31:01 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D1D571E3033; Wed, 10 Feb 2010 00:30:59 -0800 (PST) Date: Wed, 10 Feb 2010 00:30:59 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100210083059.GA62117@icarus.home.lan> References: <20100209150606.ddba52dc.gerrit@pmp.uni-hannover.de> <54e63c321002091227w15657c54oeb2295efc4c43980@mail.gmail.com> <20100210092412.5a06d98e.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100210092412.5a06d98e.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: zpool vdev vs. glabel 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: Wed, 10 Feb 2010 08:31:01 -0000 On Wed, Feb 10, 2010 at 09:24:12AM +0100, Gerrit Kühn wrote: > On Tue, 9 Feb 2010 13:27:21 -0700 Elliot Finley > wrote about Re: zpool vdev vs. glabel: > > EF> I ran into this same problem. you need to clean the beginning and end > EF> of your disk off before glabeling and adding it to your pool. clean > EF> with dd if=/dev/zero... > > Hm, I think I did that (at least for the beginning part). > Maybe I was not quite clear what I did below: I removed and re-attached > the *same* disk which was labelled with glabel and running fine brefore. > The label was there when I inserted it back, but zfs went for the da > device node anyway. > If I see this problem again, I will try to wipe the complete disk before > re-inserting it. If I remember right, glabel metadata is stored in the last sector of the disk, not the beginning. "glabel clear" would probably be easier than dd if=/dev/zero'ing the entire disk. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |