Migration from the KQ Implementation

Brian Behlendorf behlendorf1 at llnl.gov
Tue May 3 17:22:26 EDT 2011

Please use the latest github source or the PPA.  The fix for this issue
was committed after the 0.6.0-rc3 tag.  Alternately, you can wait for
0.6.0-rc4 which I'm hoping to have out by the end of the week.

Unfortunately, there's no way to downgrade a pool.  So if you do run in
to trouble we'll just have to fix the bug.


On Tue, 2011-05-03 at 14:09 -0700, Gordan Bobic wrote:
> On 05/03/2011 09:58 PM, Brian Behlendorf wrote:
> > I'm in agreement with Gunnar, your compress+dedup crash sounds exactly
> > like the stack overrun described in issue 174 which has been fixed.
> >
> >    https://github.com/behlendorf/zfs/issues/174
> >
> > Additionally, even if this does turn out to be a different issue which
> > still exists.  I'm sure we can suggest a way to recover the pool without
> > resorting to recreating the pool from a backup.
> Indeed, I do recognize almost all of the functions in the trace on that 
> issue, so I'm pretty certain that it is either the same bug or a very 
> similar one. I'll try building the rc3 against my kernel (RHEL6 2.6.32) 
> and see how it goes.
> I don't suppose there's a way to downgrade the pool version to v23 or 
> v26 so I could fall back on the fuse implementation in an emergency?
> Thanks guys, I really appreciate it. :)
> Gordan

More information about the zfs-discuss mailing list