Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Jun 2017 17:12:01 +0300
From:      Andriy Gapon <avg@FreeBSD.org>
To:        Shawn Webb <shawn.webb@hardenedbsd.org>, freebsd-current@FreeBSD.org
Subject:   Re: ZFS ABD Panic
Message-ID:  <61824b1e-9582-b50f-a55d-5ef4731383d0@FreeBSD.org>
In-Reply-To: <20170626003129.ao72cszn7eeccyhp@mutt-hbsd>
References:  <20170626003129.ao72cszn7eeccyhp@mutt-hbsd>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?61824b1e-9582-b50f-a55d-5ef4731383d0>