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