Date: Tue, 27 Jun 2017 10:25:16 -0400 From: Shawn Webb <shawn.webb@hardenedbsd.org> To: Andriy Gapon <avg@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS ABD Panic Message-ID: <20170627142516.wuveh44jomoagnng@mutt-hbsd> In-Reply-To: <8798c2ee-fedf-0641-ffe5-9533d78bc6a2@FreeBSD.org> References: <20170626003129.ao72cszn7eeccyhp@mutt-hbsd> <61824b1e-9582-b50f-a55d-5ef4731383d0@FreeBSD.org> <20170627141621.eflvmf53goy45dzh@mutt-hbsd> <8798c2ee-fedf-0641-ffe5-9533d78bc6a2@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--e54jnrmpxetbp3k2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 27, 2017 at 05:22:39PM +0300, Andriy Gapon wrote: > On 27/06/2017 17:16, Shawn Webb wrote: > > On Tue, Jun 27, 2017 at 05:12:01PM +0300, Andriy Gapon wrote: > >> 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 0xff= fff803b7d4e810 with sleeping prohibited > >>> [141] cpuid =3D 5 > >>> [141] time =3D 1498436043 > >>> [141] KDB: stack backtrace: > >>> [141] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xf= ffffe00002fc8b0 > >>> [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 0xfffffe00002fca= a0 > >>> [141] _sx_xlock() at _sx_xlock+0x98/frame 0xfffffe00002fcae0 > >>> [141] refcount_remove_many() at refcount_remove_many+0x2a/frame 0xfff= ffe00002fcb20 > >>> [141] abd_return_buf() at abd_return_buf+0xe3/frame 0xfffffe00002fcb50 > >>> [141] vdev_geom_io_intr() at vdev_geom_io_intr+0x114/frame 0xfffffe00= 002fcb70 > >>> [141] g_io_schedule_up() at g_io_schedule_up+0x42/frame 0xfffffe00002= fcba0 > >>> [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 0xfffffe00002fcb= f0 > >> > >> Seems like another architectural incompatibility between illumos and F= reeBSD. > >> Are you able to reproduce the crash more or less reliably? > >=20 > > Yup. I just need to do a buildworld and it's triggered. > >=20 >=20 > Could you please test this patch? > http://dpaste.com/12M183A.txt > I put it together rather quickly, but I think that it should work :) Can do later today. I'll report back either tonight or tomorrow. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --e54jnrmpxetbp3k2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAllSassACgkQaoRlj1JF bu6NZw//ccPtuCl2GZot3MVS0H++gdmFE0BjoZIOWOwouoXjLZTKbPkco6BycqWT IxzY4sdh5LZ7BS71xpERUkJ3EfhAS5Yp13QekT2CWOdawuue6YbQ1r03EtCo6Qxb cTKwVB+B5PgBn2Ly7jvcLfLMEehKFD/EymLip7I6R7ZacqMjlgw73BGhaKRO9Qux PcCNSkQ+dlXHTOfPa3PGYRVEbhRc4JRKI36r9JOQ5LJ1pbZidGOwYEdVdIErEjeN 98eCqP82VhC+rpT54D9wcSbHbNNk6xOgW0UhYlplVMnUxAqQ2YhgALnqFPxqby5P WrWT84XvEbMUHblVWSlaA20yL7jfe5aTxCN3ToYlW0qN1PvDV/Z38uzzIm7qf/sd fnDhPEopE76MRqmjmfUWdkcv4jNyE2BV6SRsrCA3UMZ9fN2OlZrslIVw7s5/Q8O1 6L27L0Vb4dccCU0Wq4HjVbNtKwY7jydpasGQWHVum7NLQjr9HSuMB7CowSO7eXaw /HDKGFhAoqYkVqAQ/Cwtd5Ehko+fkZ6cuSeaYrV21lf9iANrqB5BwN9Oz+YEKlJ1 NDJl4A/f1IU+owQmHjQNihIT65jr4nY1S2FOMd6Jnppk5s4j1kyVb4ht5HWft21z tgukxqMOEvSbvxWUxIJrXcJn0Ug5ZA/fxwMBau3pgUbgXzCzlPs= =zhFH -----END PGP SIGNATURE----- --e54jnrmpxetbp3k2--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170627142516.wuveh44jomoagnng>