kern/161533: zfs receive panic: system ioctl returning with 1 locks held

David Black freebsd at 1000.relay.net
Thu Oct 13 03:00:28 UTC 2011


>Number:         161533
>Category:       kern
>Synopsis:       zfs receive panic: system ioctl returning with 1 locks held
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 03:00:27 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator:     David Black
>Release:        9.0-BETA3
>Organization:
>Environment:
FreeBSD tex 9.0-BETA3 FreeBSD 9.0-BETA3 #0: Sat Sep 24 21:31:28 UTC 2011     root at farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
Machine reliably panics at end of zfs receive.

The options (-DRp on send, -Fdu on receive) are just what I use when replicating zfs filesystems between my Solaris boxes.  Dedup is not enabled on the test filesystems.

core.txt file attached.
>How-To-Repeat:
(with pool 'a' already existing - empty or having other filesystems doesn't matter)
zfs create a/test
zfs snapshot a/test at snap
zfs send -DRp a/test at snap > /tmp/test.zfs
zfs destroy -r a/test
zfs receive -Fdu a < /tmp/test.zfs

The same panic occurs if I use a zfs dump from this machine, too:
# uname -a
SunOS andy 5.11 snv_134 i86pc i386 i86pc Solaris

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list