Den mellemliggende udgave af OpenZFS 2.2.1, der udvikler implementeringen af filsystemet ZFS til Linux og FreeBSD, er tilgængelig. Udgivelsen er bemærkelsesværdig ved tilføjelsen af støtte til Linux-kernen 6.6 og et forsøg på at løse et problem, der fører til datakorruption (nulstilling af dele af blokke) i filer efter de er kopieret.
Det blev oprindeligt antaget, at problemet kun optrådte i 2.2.x-grenen og blev forårsaget af en fejl i den blokkloningsmekanisme, der er inkluderet i OpenZFS 2.2.0, som gør det muligt at oprette en kopi af en fil eller en del af den uden at duplikere data, ved at bruge henvisninger til allerede eksisterende data blokke i den originale fil uden faktisk at kopiere dem. I versionen OpenZFS 2.2.1 blev blokkloningsmekanismen som standard deaktiveret for at blokere problemet, og for at genoprette understøttelsen af denne tilstand blev indstillingen zfs_bclone_enabled tilføjet.
Senere meddelte udviklerne, at problemet også kunne genskabes med konfigurationer i OpenZFS 2.1.x-grenen. Det blev ikke bekræftet, at problemet optræder på systemer med ældre versioner af coreutils-pakken — fejlen kunne genskabes i FreeBSD og i Linux-distributioner med den nyeste version af coreutils 9.4.
Filkorruption optræder under et ganske sjældent sammenfald af omstændigheder, for eksempel resulterer kørsel af kommandoen «emerge -1 dev-lang/go» i Gentoo i installationen af værktøjer til Go-sproget med filkorruption i kataloget /usr/lib/go/pkg/tool/linux_amd64/compile. Det antages, at fejlen begyndte at optræde efter ændringen af standardindstillingen «zfs_dmu_offset_next_sync=1» i version openzfs 2.1.4. Kilden til fejlen er endnu ikke identificeret. Som en anbefalet løsning på at blokere fejlen foreslås det at sætte parameteren «/sys/module/zfs/parameters/zfs_dmu_offset_next_sync» til 0.
Kilde: opennet.ru
