xnox, rincebrain came to the conclusion that the conditions for this bug have existed since 0.6.2: https://gist.github.com/rincebrain/e23b4a39aba3fadc04db18574d30dc73 and robn thinks the conditions for this bug was introduced in 2006: https://gist.github.com/rincebrain/e23b4a39aba3fadc04db18574d30dc73?permalink_comment_id=4778688#gistcomment-4778688 . (Both rincebrain and robn used appropriate waffle-words for something from ten years and fifteen years ago.)
Upstream made a new 2.1.14 release: https://github.com/openzfs/zfs/releases/tag/zfs-2.1.14 This is only coming to light with new coreutils using SEEK_HOLE/SEEK_DATA -- before now these features were so rarely used the bug was able to hide pretty well. I suggest we should backport https://github.com/openzfs/zfs/pull/15571/files through all our currently supported systems. Thanks -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-hwe-6.5 in Ubuntu. https://bugs.launchpad.net/bugs/2044657 Title: zfs block cloning file system corruption Status in linux-hwe-6.2 package in Ubuntu: Confirmed Status in linux-hwe-6.5 package in Ubuntu: Confirmed Status in zfs-linux package in Ubuntu: Confirmed Bug description: OpenZFS 2.2 reportedly has a bug where block cloning might lead to file system corruption and data loss. This was fixed in OpenZFS 2.2.1. Original bug report: https://github.com/openzfs/zfs/issues/15526 and 2.2.1 release notes: https://github.com/openzfs/zfs/releases/tag/zfs-2.2.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-hwe-6.2/+bug/2044657/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp