kern/189355: zfs panic on 10-stable

Steven Hartland killing at multiplay.co.uk
Thu May 15 15:05:51 UTC 2014


----- Original Message ----- 
From: "Radim Kolar" <hsn at sendmail.cz>


>> This could be something that has already has a fixed in head but wasn't expected
>> to get triggered without TRIM queueing which isn't in 10-stable yet. The fix
>> is also likely to change based on feedback from the openzfs guys, hence isn't
>> in 10-stable yet.
>
> only workaround to get 10-STABLE boot without panic is to boot 10.0 and then import/export pool
>
>
> 265046 is already merged in 10-stable.

Ah yes I did merge that one just in case.

> Now building stable with 265152 and 265321 merged.

You shouldn't need 265152 as thats just for queued TRIM's and may just confuse
things further.


I'm not sure 265321 on its own will make a difference here as thats a fix for 
stack overflow and as your stack in the trace is only 14 deep shouldn't be your
case.

Once your done building and if it does still panic can you confirm the code line
at the panic location with kgdb as well as the details of the zio being processed
under pretty print.


More information about the freebsd-fs mailing list