000.fbsd at quip.cz
Fri Jun 7 11:03:57 UTC 2019
Michelle Sullivan wrote on 2019/06/07 01:49:
>>> Yes but you seem to have done this with ZFS too, just not in this
>>> particularly bad case.
>> There is no r-studio for zfs or I would have turned to it as soon as
>> this issue hit.
> So as an update, this Company: http://www.klennet.com/ produce a ZFS
> recovery tool: https://www.klennet.com/zfs-recovery/default.aspx and
> following several code changes due to my case being an 'edge case' the
> entire volume (including the zvol - which I previously recovered as it
> wasn't suffering from the metadata corruption) and all 34 million files
> is being recovered intact with the entire directory structure. Its only
> drawback is it's a windows only tool, so I built 'windows on a stick'
> and it's running from that. The only thing I had to do was physically
> pull the 'spare' out as the spare already had data on it from being
> previously swapped in and it confused the hell out of the algorithm that
> detects the drive order.
It's really good to know there exists some tool which can recover files
from broken ZFS. Thank you for sharing your very long story and I am
glad you recovered all your data.
It would be very nice to have similar tool running on FreeBSD... maybe
it is good topic for next google summer of code project.
More information about the freebsd-stable