A data corruption bug in OpenZFS?
despairlabs.com
A data corruption bug in OpenZFS?
1–10 of 115 posts
Re: A data corruption bug in OpenZFS?
#2Re: A data corruption bug in OpenZFS?
#3Re: A data corruption bug in OpenZFS?
#4Fascinating write up. As someone with a ZFS system, how can I check if I’m affected?
[0] https://bugs.gentoo.org/917224
[1] https://github.com/openzfs/zfs/issues/15526 (referenced in the article)
Re: A data corruption bug in OpenZFS?
#5Periodic reminder to check if your backups are working, and if you can also restore them. It doesn't matter which file system or operating system you use, make sure to backup your stuff. In a way that's immune to ransomware as well, so not just a RAID-1/5/Z or another form of hot/warm storage (RAID is not a backup, it's an uptime/availability mechanism) but cold storage. (I snapshot and tar that snapshot every night,…
If you don’t delete files as you go, now you have an unknown partial backup state that basically doubles your needed space.
If you delete as you go, sometimes something happens and the process stops or corrupts so your data is now split and you may have lost something.
Even trying to log all the failures during the process is amazingly difficult and solutions to work around that specific problem, themselves, somehow introduce more and new types silent failure in some type of irony.
Re: A data corruption bug in OpenZFS?
#6Re: A data corruption bug in OpenZFS?
#7One will expect more seriosity from filesystem maintainers and serious regression testing before a release.
Re: A data corruption bug in OpenZFS?
#8Re: A data corruption bug in OpenZFS?
#9[flagged]