From owner-freebsd-fs@FreeBSD.ORG Tue Jan 26 04:07:11 2010 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 CF7B9106566B for ; Tue, 26 Jan 2010 04:07:11 +0000 (UTC) (envelope-from sty@blosphere.net) Received: from mail-px0-f183.google.com (mail-px0-f183.google.com [209.85.216.183]) by mx1.freebsd.org (Postfix) with ESMTP id B1DB28FC13 for ; Tue, 26 Jan 2010 04:07:11 +0000 (UTC) Received: by pxi13 with SMTP id 13so2944671pxi.3 for ; Mon, 25 Jan 2010 20:07:11 -0800 (PST) MIME-Version: 1.0 Sender: sty@blosphere.net Received: by 10.114.6.8 with SMTP id 8mr5205463waf.73.1264478831311; Mon, 25 Jan 2010 20:07:11 -0800 (PST) In-Reply-To: <3F785019-DB0E-4385-97EB-7CE69A11647A@gmail.com> References: <3F785019-DB0E-4385-97EB-7CE69A11647A@gmail.com> Date: Tue, 26 Jan 2010 13:07:11 +0900 X-Google-Sender-Auth: 5a7049937cfcaab8 Message-ID: From: =?UTF-8?B?VG9tbWkgTMOkdHRp?= To: Steven Schlansker Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: slight zfs problem after playing with WDIDLE3 and WDTLER 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: Tue, 26 Jan 2010 04:07:11 -0000 2010/1/26 Steven Schlansker : > > On Jan 25, 2010, at 10:43 AM, Tommi L=C3=A4tti wrote: >> After checking the logs carefully, it seems that the ada1 device >> permanently lost some sectors. Before twiddling with the parameters, >> it was 1953525168 sectors (953869MB), now it reports 1953523055 >> (953868MB). So, would removing it and maybe export/import get me back >> to degraded state and then I could just replace the now >> suddenly-lost-some-sectors drive? > > That will probably work. =C2=A0I had a similar problem a bit > ago where suddenly my drives were too small, causing the UNAVAIL > corrupted-data problem. =C2=A0I managed to fix it by using gconcat to sti= tch > an extra MB of space from the boot drive onto it. =C2=A0Not a very good s= olution, > but the best I found until FreeBSD gets shrink support (which sadly seems > like it may be a long while) > > Failing that, you could use OpenSolaris to import it (as it does have min= imal > support for opening mismatched sized vdevs), copy the data off, destroy, = and restore. Forgot to reply-all... --clip-- I just tried just to boot up the system without the 'reduced' drive to see if would automatically go to reduced state. What I got after booting up was that one of the labels had vanished and now it had mixed up the drives it seems. GRR. I guess that's an easy one to recover from, although now I suspect that the zfs is writing to the disks while it scans for the pools and making my life harder at the same time. Maybe I'll just go to the opensol way and try it from there. Copying data locally is quite fast. --clip-- After thinking overnight I'm a bit curious why the whole filesystem failed on that single vdev causing the whole pool loss. Shouldn't the zfs just disregard the disk and just go to degraded state? I've had normal catastrophic disk failures on this setup before and normal replace drive+resilver has worked just fine. Maybe a bug? --=20 br, Tommi