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