kern/189355: zfs panic on 10-stable

Steven Hartland killing at multiplay.co.uk
Thu May 15 15:10:02 UTC 2014


The following reply was made to PR kern/189355; it has been noted by GNATS.

From: "Steven Hartland" <killing at multiplay.co.uk>
To: "Radim Kolar" <hsn at sendmail.cz>,
	"freebsd-fs at FreeBSD.org" <freebsd-fs at freebsd.org>,
	<bug-followup at freebsd.org>
Cc:  
Subject: Re: kern/189355: zfs panic on 10-stable
Date: Thu, 15 May 2014 16:05:39 +0100

 ----- 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