News for hackers. Stuff that matters.
Re:ZFS 2.2.1: Block Cloning disabled due to data corruption by aforwardslash on Wednesday November 22, 2023 @04:06PM (#38385096)
The level of simplicity of ZFS has no equivalent in Linux; the whole lvm stack is a fuckup from a usability perspective. Half a dozen distinct commands working on different layers that - more often than not - are conceptual. ZFS has been around for almost 20 years now. It was production ready more than 10 years ago, when it was open-sourced. Having your systems 1 or 2 versions behind the mainline is good practice in every mission-critical piece of software.
Re:ZFS 2.2.1: Block Cloning disabled due to data corruption by dither8 on Wednesday November 22, 2023 @05:47PM (#38386271)
As someone who just installed OpenZFS on Linux, I agree with you totally.

ZFS just is, no need to worry about layering device mappers and LVM. The automount is also very nice.

Re:ZFS 2.2.1: Block Cloning disabled due to data corruption by nortonham on Wednesday November 22, 2023 @11:58PM (#38389469)
I just benefited from ZFS boot environments/snaphsots during the update of FreeBSD from 13.2 to 14.0-release. It's a great tool to have at your disposal
Re:ZFS 2.2.1: Block Cloning disabled due to data corruption by csdvrx on Friday November 24, 2023 @02:15PM (#38407157)
> Having your systems 1 or 2 versions behind the mainline is good practice in every mission-critical piece of software.

I do that, and I've even personally experienced a few rare ZFS bugs that seem due to interactions between ZFS and Western Digital firmwares.

Still, I was caught unprepared: I have several backups not stored on ZFS, but all of them were made FROM a ZFS source, meaning they are now all suspicious since silent corruption has been possible since version 2.1.4, and maybe even longer than that.

ZFS is practical to use, but for now I think I'll keep a history of file checksums, like how it was done before bitrot protection.

Re:ZFS 2.2.1: Block Cloning disabled due to data corruption by aforwardslash on Friday November 24, 2023 @02:45PM (#38407453)
Still, that could happen with any other FS. Silent corruption is actually quite more common than winning the lottery, so in that regard ZFS is actually a good step on reducing those odds, even if its not zero (like advertised in the package).

I'm also assuming those backups aren't actually ZFS streams (from zfs send|receive) which is a special case of "bugs biting you twice" :P