From owner-freebsd-fs@FreeBSD.ORG Sat Dec 5 18:58:01 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 8735E1065693 for ; Sat, 5 Dec 2009 18:58:01 +0000 (UTC) (envelope-from rincebrain@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 108BA8FC0A for ; Sat, 5 Dec 2009 18:58:00 +0000 (UTC) Received: by fxm2 with SMTP id 2so1005006fxm.13 for ; Sat, 05 Dec 2009 10:58:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=n3e9RPrWefHyTW50wvzYsRHlnS0Cogaln4NS00BArtM=; b=M5b1BiY92bSZqRF4MjcWD/VN6RPDiI8StDnoYtFIhXsaw752cm6u6/cdHROzeMaKFb aip585+bP5IcpewTb/UxFcT5YZNjl+R30rq5xM3tfmcEjrL2bu+aaavjMwtGiHeojS1S fzpUXwhezSCHDlGYZtGp1vKxupZClwYpInLKk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=U8viq85IifmVeLd97yRaH6o7KTTvNbFconKNsoA35vd3f0O8Dq7ae6yYItNXG33kgD gkZ7HhCJuIXgzKGfNrw8Vjpyc2jYYBneurHbojODk98HvvMkJTIR354VJwDXch1D2/mQ ao2mwruUMltOY4+FQbJIb8Du5TKmxBVQugInY= MIME-Version: 1.0 Received: by 10.239.185.77 with SMTP id b13mr454568hbh.158.1260039129048; Sat, 05 Dec 2009 10:52:09 -0800 (PST) In-Reply-To: <20091205184112.GP73250@gremlin.foo.is> References: <20091205170400.GM73250@gremlin.foo.is> <8555674.871260033069220.JavaMail.root@zimbra> <20091205184112.GP73250@gremlin.foo.is> Date: Sat, 5 Dec 2009 13:52:08 -0500 Message-ID: <5da0588e0912051052p25fb743ele098ed9cb9de8fa0@mail.gmail.com> From: Rich To: Baldur Gislason Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org 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 18:58:01 -0000 My suggestion would be to plug in the faulty drive in another machine (or this machine with the pool not imported, it's mostly academic), zero the entire drive, and then reboot with all the drives in. It can hardly attempt to import a label it can't find. - Rich On Sat, Dec 5, 2009 at 1:41 PM, Baldur Gislason wrote: > I have managed to import the pool in degraded mode, however I am having p= roblems > getting it back into normal operating mode. > I can detach the drive either by pulling the sata cable or by using ataco= ntrol > but I don't have any ways of reattaching the drive to a running system. > Running atacontrol attach on the ata channel after detaching it just give= s an error, > running atacontrol reinit on the ata channel after reconnecting the physi= cally disconnected > drive doesn't find the drive. > And there doesn't seem to be any option in zpool to forcefully destroy a = device in a zpool1, > forcefully degrading the pool, and the pool refuses to cooperate when the= drive is attached. > I even tried putting the drive on a USB->SATA controller but zpool wouldn= 't let me replace > it that way, saying it was too small. > What to do, what to do? > > Baldur > > On Sat, Dec 05, 2009 at 11:11:09AM -0600, James R. Van Artsdalen wrote: >> This is beyond what I know - someone else will need to step in. >> >> If it's a raidz1 with one bad disk you can probably just unplug the bad = disk and import the pool DEGRADED (due to the missing disk). >> >> ----- Original Message ----- >> From: "Baldur Gislason" >> To: freebsd-fs@freebsd.org >> Sent: Saturday, December 5, 2009 11:04:00 AM >> Subject: Re: ZFS and reordering drives >> >> 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 id= s of the disk >> holding the label, as expected. >> root@enigma:~# diff ad4.label ad6.label >> 12c12 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D972519640617937764 >> 61c61 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D972519640617937764 >> 110c110 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D972519640617937764 >> 159c159 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D972519640617937764 >> root@enigma:~# diff ad4.label ad20.label >> 12c12 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D10715749107930065182 >> 61c61 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D10715749107930065182 >> 110c110 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D10715749107930065182 >> 159c159 >> < =A0 =A0 guid=3D12923783381249452341 >> --- >> > =A0 =A0 guid=3D10715749107930065182 >> >> ad18 has a somewhat broken label. Label 0 and 1 exist identical to the l= abels 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 se= ttings >> > from IDE to AHCI and then back to IDE before I noticed this pool was g= one. >> > >> > root@enigma:~# zpool import zirconium >> > cannot import 'zirconium': invalid vdev configuration >> > >> > =A0 pool: zirconium >> > =A0 =A0 id: 16708799643457239163 >> > =A0state: 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: >> > >> > =A0 =A0 =A0 =A0 zirconium =A0 UNAVAIL =A0insufficient replicas >> > =A0 =A0 =A0 =A0 =A0 raidz1 =A0 =A0UNAVAIL =A0corrupted data >> > =A0 =A0 =A0 =A0 =A0 =A0 ad4 =A0 =A0 ONLINE >> > =A0 =A0 =A0 =A0 =A0 =A0 ad6 =A0 =A0 ONLINE >> > =A0 =A0 =A0 =A0 =A0 =A0 ad18 =A0 =A0ONLINE >> > =A0 =A0 =A0 =A0 =A0 =A0 ad20 =A0 =A0ONLINE >> > >> > 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. =A0Rename /boot/zfs/zpool.cache so that ZFS= won't >> > > > load it, then import the pools manually. =A0(a reboot might be nee= ded >> > > > before the import; not sure). >> > > >> > > If one were booting from ZFS, would you be out of luck (since you wo= uldn't >> > > be able to access the zpool.cache before booting), or is there a way >> > > around this problem? =A0Just wondering, I've avoided booting from ZF= S so far. >> > > >> > > > The problem is that ZFS is recording the boot-time assigned name >> > > > (/dev/ad0) in the cache. =A0I'm hoping to get GEOM to put the disk= serial >> > > > number in /dev, i.e., /dev/serialnum/5LZ958QL. =A0If you created t= he 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? =A0Again 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" > _______________________________________________ > 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 my US geograpy is lousy...lol so's mine and I live here Make no little plans; they have no ma...