Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Oct 2011 02:53:22 GMT
From:      David Black <freebsd@1000.relay.net>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   kern/161533: zfs receive panic: system ioctl returning with 1 locks held
Message-ID:  <201110130253.p9D2rMik054025@red.freebsd.org>
Resent-Message-ID: <201110130300.p9D30RcP058115@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>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@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@snap
zfs send -DRp a/test@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:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201110130253.p9D2rMik054025>