From owner-freebsd-fs@FreeBSD.ORG Sat Dec 5 17:13:10 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D52CB106566B for ; Sat, 5 Dec 2009 17:13:10 +0000 (UTC) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.freebsd.org (Postfix) with ESMTP id 632308FC08 for ; Sat, 5 Dec 2009 17:13:10 +0000 (UTC) Received: by gremlin.foo.is (Postfix, from userid 1000) id 8FFC1DA85D; Sat, 5 Dec 2009 17:13:09 +0000 (GMT) Date: Sat, 5 Dec 2009 17:13:09 +0000 From: Baldur Gislason To: freebsd-fs@freebsd.org Message-ID: <20091205171309.GN73250@gremlin.foo.is> References: <20091205152757.GK73250@gremlin.foo.is> <4B1A830D.3090900@jrv.org> <4B1A8B5D.6050808@rcn.com> <20091205163943.GL73250@gremlin.foo.is> <20091205170400.GM73250@gremlin.foo.is> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091205170400.GM73250@gremlin.foo.is> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: ZFS and reordering drives X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Dec 2009 17:13:10 -0000 Ok. Managed to import the pool by using atacontrol to detach ad18 from the system first. I guess I'll just do a replace then to rebuild. Baldur On Sat, Dec 05, 2009 at 05:04:00PM +0000, Baldur Gislason wrote: > Ok. Running zdb -l on the four drives seems to indicate that one of them > has some label issues. > http://foo.is/~baldur/brokenzfs/ > ad4, ad6 and ad20 all have identical labels, only differences are the ids of the disk > holding the label, as expected. > root@enigma:~# diff ad4.label ad6.label > 12c12 > < guid=12923783381249452341 > --- > > guid=972519640617937764 > 61c61 > < guid=12923783381249452341 > --- > > guid=972519640617937764 > 110c110 > < guid=12923783381249452341 > --- > > guid=972519640617937764 > 159c159 > < guid=12923783381249452341 > --- > > guid=972519640617937764 > root@enigma:~# diff ad4.label ad20.label > 12c12 > < guid=12923783381249452341 > --- > > guid=10715749107930065182 > 61c61 > < guid=12923783381249452341 > --- > > guid=10715749107930065182 > 110c110 > < guid=12923783381249452341 > --- > > guid=10715749107930065182 > 159c159 > < guid=12923783381249452341 > --- > > guid=10715749107930065182 > > ad18 has a somewhat broken label. Label 0 and 1 exist identical to the labels on the rest > label 2 and 3 are broken or nonexistant. > -------------------------------------------- > LABEL 2 > -------------------------------------------- > failed to unpack label 2 > -------------------------------------------- > LABEL 3 > -------------------------------------------- > failed to unpack label 3 > > How should I go about recovering this? > > Baldur > > On Sat, Dec 05, 2009 at 04:39:44PM +0000, Baldur Gislason wrote: > > Ok. The pool that was degraded imported cleanly but the pool that went > > unavailable won't import. > > If it is of any significance, I did change the BIOS disk controller settings > > from IDE to AHCI and then back to IDE before I noticed this pool was gone. > > > > root@enigma:~# zpool import zirconium > > cannot import 'zirconium': invalid vdev configuration > > > > pool: zirconium > > id: 16708799643457239163 > > state: UNAVAIL > > status: The pool is formatted using an older on-disk version. > > action: The pool cannot be imported due to damaged devices or data. > > config: > > > > zirconium UNAVAIL insufficient replicas > > raidz1 UNAVAIL corrupted data > > ad4 ONLINE > > ad6 ONLINE > > ad18 ONLINE > > ad20 ONLINE > > > > How do I go about debugging this? > > > > Baldur > > > > > > On Sat, Dec 05, 2009 at 11:33:33AM -0500, Gary Corcoran wrote: > > > James R. Van Artsdalen wrote: > > > > Baldur Gislason wrote: > > > >> When I plugged them back in they didn't go in the right order > > > >> and now both of my pools are broken. > > > > zpool.cache is broken. Rename /boot/zfs/zpool.cache so that ZFS won't > > > > load it, then import the pools manually. (a reboot might be needed > > > > before the import; not sure). > > > > > > If one were booting from ZFS, would you be out of luck (since you wouldn't > > > be able to access the zpool.cache before booting), or is there a way > > > around this problem? Just wondering, I've avoided booting from ZFS so far. > > > > > > > The problem is that ZFS is recording the boot-time assigned name > > > > (/dev/ad0) in the cache. I'm hoping to get GEOM to put the disk serial > > > > number in /dev, i.e., /dev/serialnum/5LZ958QL. If you created the pool > > > > using serial numbers then the cache would always work right. > > > > > > Is there any way today, to avoid using the boot assigned drive name (e.g. > > > /dev/ad2) when creating the zpool? Again just wondering, I don't need > > > a solution this year... > > > > > > Thanks, > > > Gary > > > > > > > > > _______________________________________________ > > > 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" > > _______________________________________________ > > 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" > _______________________________________________ > 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"