From nobody@FreeBSD.org  Mon Nov 30 01:43:38 2009
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 7506B1065672
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 30 Nov 2009 01:43:38 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 6276B8FC15
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 30 Nov 2009 01:43:38 +0000 (UTC)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id nAU1hbug025398
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 30 Nov 2009 01:43:37 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id nAU1hb4V025397;
	Mon, 30 Nov 2009 01:43:37 GMT
	(envelope-from nobody)
Message-Id: <200911300143.nAU1hb4V025397@www.freebsd.org>
Date: Mon, 30 Nov 2009 01:43:37 GMT
From: Gerald Gutierrez <gerald.gutierrez@gmail.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: "zfs scrub" fails when backed by files in UFS2
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         141010
>Category:       kern
>Synopsis:       [zfs] "zfs scrub" fails when backed by files in UFS2
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-fs
>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:  Mon Nov 30 02:18:52 UTC 2009
>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@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:
Responsible-Changed-From-To: freebsd-bugs->freebsd-fs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Mon Nov 30 02:18:31 UTC 2009 
Responsible-Changed-Why:  
Over to maintainer(s). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=141010 
>Unformatted:
