OpenZFS 2.2.1-projektet, som udvikler ZFS-filsystemimplementeringen til Linux og FreeBSD. Udgivelsen er bemærkelsesværdig ved tilføjelsen af kerneunderstøttelse. Linux 6.6 og et forsøg på at eliminere problemet, der fører til datakorruption (nulstilling af nogle blokke) i filer, efter de er kopieret.
Oprindeligt blev det antaget, at problemet kun opstod i 2.2.x-grenen og var forårsaget af en fejl i blokkloningsmekanismen, der er inkluderet i OpenZFS 2.2.0, som giver dig mulighed for at oprette en kopi af en fil eller en del af den uden at duplikere data ved at bruge referencer til eksisterende datablokke af den originale fil i den anden kopi uden rent faktisk at kopiere dem. I OpenZFS 2.2.1 var blokkloningsmekanismen som standard deaktiveret for at blokere problemet, og indstillingen zfs_bclone_enabled blev tilføjet for at give understøttelse af denne tilstand tilbage.
Senere rapporterede udviklerne, at de havde genskabt problemet i konfigurationer med OpenZFS 2.1.x-grenen. Antagelsen om, at problemet opstår på systemer med ældre versioner af coreutils-pakken, blev heller ikke bekræftet – fejlen blev reproduceret i FreeBSD og Linux-distributioner med den seneste udgivelse af coreutils 9.4.
Filkorruption forekommer under ret sjældne omstændigheder, f.eks. udførelse af kommandoen "emerge -1 dev-lang/go" i Gentoo resulterer i installationen af Go-værktøjssættet med korrupte filer i mappen /usr/lib/go/pkg/tool/linux_amd64/compile. Det antages, at fejlen begyndte at dukke op efter indstilling af standardparameteren "zfs_dmu_offset_next_sync=1" i openzfs version 2.1.4. Kilden til fejlen er endnu ikke identificeret. Som en anbefalet løsning til at blokere fejlen foreslås det at sætte parameteren "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" til 0.
Kilde: opennet.ru
