misc/176978: zfs send -D causes "panic: System call ioctl returning with 1 locks held"

Nathaniel Filardo nwf at cs.jhu.edu
Fri Mar 15 02:30:01 UTC 2013

>Number:         176978
>Category:       misc
>Synopsis:       zfs send -D causes "panic: System call ioctl returning with 1 locks held"
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 15 02:30:00 UTC 2013
>Originator:     Nathaniel Filardo
>Release:        9.1-STABLE
FreeBSD hydra.priv.oc.ietfng.org 9.1-STABLE FreeBSD 9.1-STABLE #30 r+53cdf6c-dirty: Mon Mar  4 01:01:04 EST 2013     root at hydra.priv.oc.ietfng.org:/usr/obj/systank/src-git/sys/NWFKERN  sparc64

I am attempting to move some data from one set of disks to another by using zfs send.  It was not going quickly, thanks to dedup, so I thought I'd stop it and rerun with zfs send -D, which dedups the stream rather than relying on the recv side to do it (with all the attendant I/O).  I then got

panic: System call ioctl returning with 1 locks held
cpuid = 1
KDB: stack backtrace:
panic() at panic+0x290
syscall() at syscall+0x460
-- syscall (54, FreeBSD ELF64, sys_ioctl) %o7=0x4098bb08 --
userland() at 0x40bfdb28
user trace: trap %o7=0x4098bb08
pc 0x40bfdb28, sp 0x7fdffff4571
pc 0x4098d8b4, sp 0x7fdffff4641
pc 0x40996904, sp 0x7fdffff4711
pc 0x40994b4c, sp 0x7fdffff8ad1
pc 0x40995dfc, sp 0x7fdffff9411
pc 0x409978a8, sp 0x7fdffffd7d1
pc 0x107ff8, sp 0x7fdffffd8c1
pc 0x10e024, sp 0x7fdffffd9a1
pc 0x1049d8, sp 0x7fdffffe281
pc 0x402198b4, sp 0x7fdffffe341

That is not likely to be too useful, but maybe the problem description is enough.



More information about the freebsd-bugs mailing list