L2ARC and pool corruption

Jan Mikkelsen janm at transactionware.com
Mon Sep 14 05:27:28 UTC 2015


> On 14 Sep 2015, at 10:59, Jan Mikkelsen <janm at transactionware.com> wrote:
> 
> 
>> On 14 Sep 2015, at 10:49, Tom Curry <thomasrcurry at gmail.com> wrote:
>> 
>> 
>> 
>> On Sun, Sep 13, 2015 at 7:03 PM, Jan Mikkelsen <janm at transactionware.com <mailto:janm at transactionware.com>> wrote:
>> 
>>> On 13 Sep 2015, at 01:21, Tom Curry <thomasrcurry at gmail.com <mailto:thomasrcurry at gmail.com>> wrote:
>>> 
>>> On Sat, Sep 12, 2015 at 7:19 AM, Mark Saad <nonesuch at longcount.org <mailto:nonesuch at longcount.org>> wrote:
>>> 
>>>> All
>>>> I forgot to include my question . In any case Ryan and I were talking
>>>> about this issue at work and I was wondering if and how this issue would
>>>> effect the FreeBSD implementation of zfs . I didn't see any commits that
>>>> appear to address this .
>>>> 
>>>> ---
>>>> Mark Saad | nonesuch at longcount.org <mailto:nonesuch at longcount.org>
>>>> 
>>>> 
>>> https://github.com/freebsd/freebsd/commit/0ab19d08a4167c4e486420d8ea4ec5968cbc4f42 <https://github.com/freebsd/freebsd/commit/0ab19d08a4167c4e486420d8ea4ec5968cbc4f42>
>>> 
>>> Looks like it was merged into head 5 hours ago.
>> 
>> Does this update need to be applied to stable/10 or 10.2 systems as well?
>> 
>> Thanks
>> 
>> Jan Mikkelsen.
>> 
>> 
>> When I looked yesterday it had only been applied to head. It seems like a simple enough patch for other trees.
> 
> 
> OK, so it’s a necessary patch for other trees? I’ll apply it on our local copy, but for data corruption issues like this it seems like an MFC or a patch to a release branch would be good.


Replying to myself after a bit more investigation — this patch fixes a problem introduced in r287699, which is only in head. As far as I can see no action is required for stable/10.




More information about the freebsd-fs mailing list