From owner-freebsd-fs@FreeBSD.ORG Sat May 7 06:44:06 2011 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 B49A6106564A for ; Sat, 7 May 2011 06:44:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 625C68FC08 for ; Sat, 7 May 2011 06:44:06 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta06.westchester.pa.mail.comcast.net with comcast id gWir1g0031c6gX856Wk6MU; Sat, 07 May 2011 06:44:06 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.westchester.pa.mail.comcast.net with comcast id gWk51g00A1t3BNj3jWk5qm; Sat, 07 May 2011 06:44:06 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id DC4F7102C19; Fri, 6 May 2011 23:44:03 -0700 (PDT) Date: Fri, 6 May 2011 23:44:03 -0700 From: Jeremy Chadwick To: Igor Zabelin Message-ID: <20110507064403.GA4324@icarus.home.lan> References: <210021304745658@web53.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <210021304745658@web53.yandex.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org Subject: Re: ZFS can't mount filesystem 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, 07 May 2011 06:44:06 -0000 On Sat, May 07, 2011 at 09:20:57AM +0400, Igor Zabelin wrote: > Hi, > > I have trouble with ZFS. One of set filesystems can't mount. > zpool scrub is not doing anything > ZFS reports an error when geting the properties. > SMART extended offline test for each disk completed without error. > It's possible to recover data? Mount ignoring errors? > > FreeBSD 8.2-RELEASE > > ZFS reports an error when geting the properties. > > # zfs get all tank/var > > [skip normal output] > internal error: unable to get version property > internal error: unable to get utf8only property > internal error: unable to get normalization property > internal error: unable to get casesensitivity property > [skip normal output] > > # zpool status -v tank > pool: tank > state: ONLINE > status: One or more devices has experienced an error resulting in data > corruption. Applications may be affected. > action: Restore the file in question if possible. Otherwise restore the > entire pool from backup. > see: http://www.sun.com/msg/ZFS-8000-8A > scrub: scrub stopped after 0h0m with 0 errors on Sat May 7 08:09:35 2011 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 36 > raidz1 ONLINE 0 0 144 > gpt/disk5 ONLINE 0 0 0 > gpt/disk6 ONLINE 0 0 0 > gpt/disk7 ONLINE 0 0 0 > > errors: Permanent errors have been detected in the following files: > > tank/var:<0x0> Just to rule out disk problems, can you please provide "smartctl -a" output for each of the 3 disks in the pool and be sure to state what output matches each disk (gpt/XXX)? A long test doesn't act act as full validation of disk read integrity (it's slightly different than a surface scan but not the same thing), nor does it test things like communication between the controller and the disk. short vs. long vs. conveyance vs. offline vs. select SMART tests all do different things depending on how the vendor implements them, and it varies per model of disk; there is no standard. Others may be able to help with pool recovery in this case, but I always tend to resort to restoration from backups. Developers may be interested in the output from "zdb tank", so you may want to include that here. -- | 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 |