zfs related panic

[Andriy Gapon]

This is on a recent stable/7 amd64, with zpool and filesystems upgraded to the
latest version.
I did zfs rollback xxx at yyy
And then did ls on a directory in the rolled-back fs.

I have the core file if it can be of any help.

Sleeping thread (tid 100263, pid 2432) owns a non-sleepable lock
sched_switch() at 0xffffffff8031d0ef = sched_switch+0x47d
mi_switch() at 0xffffffff80302a59 = mi_switch+0x1bf
sleepq_switch() at 0xffffffff8032f645 = sleepq_switch+0xd8
sleepq_catch_signals() at 0xffffffff8032f925 = sleepq_catch_signals+0x2db
sleepq_wait_sig() at 0xffffffff80330219 = sleepq_wait_sig+0xc
_sleep() at 0xffffffff80302eba = _sleep+0x2b5
kern_sigsuspend() at 0xffffffff802fc567 = kern_sigsuspend+0xeb
sigsuspend() at 0xffffffff802fc5e9 = sigsuspend+0x34
syscall() at 0xffffffff80491d2d = syscall+0x347
Xfast_syscall() at 0xffffffff8047d00b = Xfast_syscall+0xab
--- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80092ce3c, rsp =
0x7fffffffdee8, rbp = 0x8011e5a60 ---
panic: sleeping thread
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at 0xffffffff80192dd5 = db_trace_self_wrapper+0x2a
kdb_backtrace() at 0xffffffff80327ea7 = kdb_backtrace+0x32
panic() at 0xffffffff802fb70c = panic+0x1b0
propagate_priority() at 0xffffffff80332e92 = propagate_priority+0x122
turnstile_wait() at 0xffffffff80333e29 = turnstile_wait+0x358
_mtx_lock_sleep() at 0xffffffff802ed64a = _mtx_lock_sleep+0x117
cache_lookup() at 0xffffffff8036a52a = cache_lookup+0x632
vfs_cache_lookup() at 0xffffffff8036a69f = vfs_cache_lookup+0xab
VOP_LOOKUP_APV() at 0xffffffff804c86f3 = VOP_LOOKUP_APV+0x51
lookup() at 0xffffffff80370a71 = lookup+0x5d8
namei() at 0xffffffff8037168f = namei+0x320
kern_lstat() at 0xffffffff8037f6ca = kern_lstat+0x5e
lstat() at 0xffffffff8037f8c9 = lstat+0x25
syscall() at 0xffffffff80491d2d = syscall+0x347
Xfast_syscall() at 0xffffffff8047d00b = Xfast_syscall+0xab
--- syscall (190, FreeBSD ELF64, lstat), rip = 0x80095afbc, rsp = 0x7fffffffdde8,
rbp = 0x800b50270 ---

-- 
Andriy Gapon