kern/141010: "zfs scrub" fails when backed by files in UFS2
Gerald Gutierrez
gerald.gutierrez at gmail.com
Mon Nov 30 01:50:01 UTC 2009
>Number: 141010
>Category: kern
>Synopsis: "zfs scrub" fails when backed by files in UFS2
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Nov 30 01:50:00 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator: Gerald Gutierrez
>Release: 8.0-RELEASE
>Organization:
>Environment:
FreeBSD 8.0-RELEASE Freebsd 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root at masoncse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
>Description:
"zfs scrub" causes kernel panic with FreeBSD 8.0-RELEASE amd64.
Test system installed via VMware Fusion 3.0 using 1 processor and 2GB of RAM. Several parameters for vm.kmem_size, vm.kmem_size_max were tried with no differences.
The panic doesn't seem to happen if ZFS is backed by IDE hard drives.
>How-To-Repeat:
After clean install, added "zfs_enable=YES" to /etc/rc.conf. Went through ZFS tutorial at: http://flux.org.uk/howto/solaris/zfs_tutorial_01. This creates two 128MB files and creates a ZFS mirror pool backed by the two files. Tutorial then tries to demonstrate a ZFS failure mode. Commands as follows:
zpool create trout mirror /home/ocean/disk1 /home/ocean/disk2
mkfile 32m /trout/foo
dd if=/dev/random of=/home/ocean/disk1 bs=512 count=1
zpool scrub trout
At this point, the kernel panics.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list