Re: ZFS ABD Panic

From: Andriy Gapon <avg_at_FreeBSD.org>
Date: Tue, 27 Jun 2017 17:12:01 +0300
On 26/06/2017 03:31, Shawn Webb wrote:
> This is on the latest HardenedBSD 12-CURRENT on one of my servers:
> 
> [141] panic: sleepq_add: td 0xfffff80008d20560 to sleep on wchan 0xfffff803b7d4e810 with sleeping prohibited
> [141] cpuid = 5
> [141] time = 1498436043
> [141] KDB: stack backtrace:
> [141] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00002fc8b0
> [141] vpanic() at vpanic+0x19c/frame 0xfffffe00002fc930
> [141] kassert_panic() at kassert_panic+0x126/frame 0xfffffe00002fc9a0
> [141] sleepq_add() at sleepq_add+0x34f/frame 0xfffffe00002fc9f0
> [141] _sx_xlock_hard() at _sx_xlock_hard+0x2a4/frame 0xfffffe00002fcaa0
> [141] _sx_xlock() at _sx_xlock+0x98/frame 0xfffffe00002fcae0
> [141] refcount_remove_many() at refcount_remove_many+0x2a/frame 0xfffffe00002fcb20
> [141] abd_return_buf() at abd_return_buf+0xe3/frame 0xfffffe00002fcb50
> [141] vdev_geom_io_intr() at vdev_geom_io_intr+0x114/frame 0xfffffe00002fcb70
> [141] g_io_schedule_up() at g_io_schedule_up+0x42/frame 0xfffffe00002fcba0
> [141] g_up_procbody() at g_up_procbody+0x6d/frame 0xfffffe00002fcbb0
> [141] fork_exit() at fork_exit+0x84/frame 0xfffffe00002fcbf0
> [141] fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002fcbf0

Seems like another architectural incompatibility between illumos and FreeBSD.
Are you able to reproduce the crash more or less reliably?

-- 
Andriy Gapon
Received on Tue Jun 27 2017 - 12:13:24 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:12 UTC