Az OpenZFS 2.2.1 projekt, amely a ZFS fájlrendszer implementációját fejleszti a következőhöz: Linux és a FreeBSD. A kiadás figyelemre méltó a kernel-támogatás hozzáadásával. Linux 6.6-os verzió, valamint egy kísérlet arra, hogy kiküszöböljék azt a problémát, amely a fájlok másolása után adatvesztéshez (egyes blokkok lenullázódásához) vezet.
Kezdetben úgy vélték, hogy a probléma a 2.2.x ágra jellemző, és az OpenZFS 2.2.0-ban található blokkklónozási mechanizmus hibája okozza. Ez a mechanizmus lehetővé teszi egy fájl vagy annak egy részének másolatának létrehozását az adatok duplikálása nélkül, az eredeti fájlban lévő meglévő adatblokkokra mutató hivatkozásokat használva a második másolatban anélkül, hogy azokat ténylegesen lemásolnák. Az OpenZFS 2.2.1-ben a blokkklónozás alapértelmezés szerint letiltásra került a probléma enyhítése érdekében, és a zfs_bclone_enabled beállítást adták hozzá a mód támogatásának visszaállításához.
Később a fejlesztők arról számoltak be, hogy az OpenZFS 2.1.x ággal rendelkező konfigurációkban reprodukálták a problémát. Az a feltételezés, hogy a probléma a coreutils csomag régebbi kiadásait tartalmazó rendszereken jelentkezik, szintén nem nyert megerősítést – a hibát sikeresen reprodukálták FreeBSD-ben és Linux-disztribúciók a coreutils 9.4 legújabb kiadásával.
Fájlsérülés viszonylag ritka körülmények között fordul elő. Például az "emerge -1 dev-lang/go" parancs futtatása Gentoo rendszeren a Go eszközlánc telepítését eredményezi, ami a /usr/lib/go/pkg/tool/linux_amd64/compile könyvtárban található fájlokat sérti meg. A hiba feltehetően azután kezdett megjelenni, hogy az openzfs 2.1.4-ben alapértelmezés szerint a "zfs_dmu_offset_next_sync=1" paramétert állították be. A hiba forrását még nem azonosították. A "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" paraméter 0-ra állítása az ajánlott kerülő megoldás.
Forrás: opennet.ru
