From owner-freebsd-fs@FreeBSD.ORG Tue Feb 14 22:05:16 2012 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 AEBDF106564A for ; Tue, 14 Feb 2012 22:05:16 +0000 (UTC) (envelope-from nowakpl@platinum.linux.pl) Received: from platinum.linux.pl (platinum.edu.pl [81.161.192.4]) by mx1.freebsd.org (Postfix) with ESMTP id 641768FC08 for ; Tue, 14 Feb 2012 22:05:16 +0000 (UTC) Received: by platinum.linux.pl (Postfix, from userid 87) id 9E63747E1A; Tue, 14 Feb 2012 22:48:50 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on platinum.linux.pl X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.3.2 Received: from [172.19.191.2] (078088011125.bialystok.vectranet.pl [78.88.11.125]) by platinum.linux.pl (Postfix) with ESMTPA id 8C34847E14 for ; Tue, 14 Feb 2012 22:48:44 +0100 (CET) Message-ID: <4F3AD6B1.9050609@platinum.linux.pl> Date: Tue, 14 Feb 2012 22:48:33 +0100 From: Adam Nowacki User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 9-stable : geli + one-disk ZFS fails 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, 14 Feb 2012 22:05:16 -0000 It appears that zfs detects mismatch between data stored on the disk and checksum of what should be there. With a single disk setup like you have here there is nothing more to do than to delete the file and restore from a backup if you have one. When the error occured, what caused it or is the error in data or checksum you'll probably never know. On 2012-02-11 16:53, Arno J. Klaassen wrote: > > Hello, > > > I finally decided to 'play' a bit with ZFS on a notebook, some years > old, but I installed a brand new disk and memtest passes OK. > > I installed base+ports on partition 2, using 'classical' UFS. > > I crypted partition 3 and created a single zpool on it containing > 4 Z-"file-systems" : > > [root@cc ~]# zfs list > NAME USED AVAIL REFER MOUNTPOINT > zfiles 10.7G 377G 152K /zfiles > zfiles/home 10.6G 377G 119M /zfiles/home > zfiles/home/arno 10.5G 377G 2.35G /zfiles/home/arno > zfiles/home/arno/.priv 192K 377G 192K /zfiles/home/arno/.priv > zfiles/home/arno/.scito 8.18G 377G 8.18G /zfiles/home/arno/.scito > > > I export the ZFS's via nfs and rsynced on the other machine some backup > of my current note-book (geli + UFS, (almost) same 9-stable version, no > problem) to the ZFS's. > > > Quite fast, I see on the notebook : > > > [root@cc /usr/temp]# zpool status -v > pool: zfiles > 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 > scan: scrub repaired 0 in 0h1m with 11 errors on Sat Feb 11 14:55:34 > 2012 > config: > > NAME STATE READ WRITE CKSUM > zfiles ONLINE 0 0 11 > ada0s3.eli ONLINE 0 0 23 > > errors: Permanent errors have been detected in the following files: > > /zfiles/home/arno/.scito/contrib/XNAT.tar > [root@cc /usr/temp]# md5 /zfiles/home/arno/.scito/contrib/XNAT.tar > md5: /zfiles/home/arno/.scito/contrib/XNAT.tar: Input/output error > [root@cc /usr/temp]# > > > As said, memtest is OK, nothing is logged to the console, UFS on the > same disk works OK (I did some tests copying and comparing random data) > and smartctl as well seems to trust the disk : > > SMART Self-test log structure revision number 1 > Num Test_Description Status Remaining LifeTime(hours) > # 1 Extended offline Completed without error 00% 388 > # 2 Short offline Completed without error 00% 387 > > > Am I doing something wrong and/or let me know what I could provide as > extra info to try to solve this (dmesg.boot at the end of this mail). > > Thanx a lot in advance, > > best, Arno