Projekt OpenZFS 2.2.1, ki razvija implementacijo datotečnega sistema ZFS za Linux in FreeBSD. Izdaja je pomembna zaradi dodane podpore za jedro. Linux 6.6 in poskus odprave težave, ki vodi do poškodbe podatkov (ničliranje nekaterih blokov) v datotekah po njihovem kopiranju.
Sprva se je domnevalo, da se težava pojavi samo v veji 2.2.x in je posledica napake v mehanizmu za kloniranje blokov, vključenem v OpenZFS 2.2.0, ki omogoča ustvarjanje kopije datoteke ali njenega dela brez podvajanja podatkov, pri čemer v drugi kopiji uporabi sklice na že obstoječe podatkovne bloke izvorne datoteke brez njihovega dejanskega kopiranja. V OpenZFS 2.2.1 je bil za blokiranje težave mehanizem za kloniranje blokov privzeto onemogočen, nastavitev zfs_bclone_enabled pa je bila dodana za vrnitev podpore za ta način.
Kasneje so razvijalci poročali o ponavljanju težave v konfiguracijah z vejo OpenZFS 2.1.x. Predpostavka, da se težava pojavlja na sistemih s starejšimi izdajami paketa coreutils, prav tako ni bila potrjena – napaka je bila uspešno reproducirana v FreeBSD in Linux-distribucije z najnovejšo izdajo coreutils 9.4.
Poškodba datoteke se pojavi v precej redkih okoliščinah, na primer zagon ukaza "emerge -1 dev-lang/go" v Gentoo povzroči namestitev kompleta orodij Go s poškodovanimi datotekami v /usr/lib/go/pkg/tool/ imenik linux_amd64/ prevesti. Predpostavlja se, da se je napaka začela pojavljati po nastavitvi privzetega parametra “zfs_dmu_offset_next_sync=1” v različici openzfs 2.1.4. Vir napake še ni odkrit. Kot priporočeno rešitev za blokiranje napake je predlagana nastavitev parametra »/sys/module/zfs/parameters/zfs_dmu_offset_next_sync« na 0.
Vir: opennet.ru
