9-stable : geli + one-disk ZFS fails
nowakpl at platinum.linux.pl
Tue Feb 14 22:05:16 UTC 2012
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:
> 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 at 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 at 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
> 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:
> [root at cc /usr/temp]# md5 /zfiles/home/arno/.scito/contrib/XNAT.tar
> md5: /zfiles/home/arno/.scito/contrib/XNAT.tar: Input/output error
> [root at 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
More information about the freebsd-fs