It OpenZFS 2.2.1-projekt, dat de ZFS-bestânsysteemymplemintaasje ûntwikkelt foar Linux en FreeBSD. De útjefte is opmerklik foar de tafoeging fan kernelstipe. Linux 6.6 en in besykjen om it probleem te eliminearjen dat liedt ta gegevenskorrupsje (it op nul setten fan guon blokken) yn bestannen nei't se kopiearre binne.
Yn earste ynstânsje waard oannommen dat it probleem allinich yn 'e 2.2.x-tûke ferskynt en wurdt feroarsake troch in flater yn' e blokkloningsmeganisme opnommen yn OpenZFS 2.2.0, wêrtroch jo in kopy fan in bestân of in diel dêrfan kinne meitsje sûnder te duplikearjen gegevens, mei help fan yn de twadde kopy ferwizings nei al besteande gegevens blokken fan de boarne triem sûnder harren eigentlike kopiearjen. Yn OpenZFS 2.2.1, om it probleem te blokkearjen, waard it blokkloningsmeganisme standert útskeakele, en de ynstelling zfs_bclone_enabled waard tafoege om stipe foar dizze modus werom te jaan.
Letter rapportearren de ûntwikkelders dat se it probleem reprodusearren yn konfiguraasjes mei de OpenZFS 2.1.x-tûke. De oanname dat it probleem him manifestearret op systemen mei âldere releases fan it coreutils-pakket waard ek net befêstige - de flater waard mei súkses reprodusearre yn FreeBSD en Linux-distribúsjes mei de lêste release fan coreutils 9.4.
Bestânskorrupsje komt ûnder frij seldsume omstannichheden foar, bygelyks it útfieren fan it kommando "emerge -1 dev-lang/go" yn Gentoo resultearret yn de ynstallaasje fan de Go toolkit mei korrupte bestannen yn 'e /usr/lib/go/pkg/tool/ linux_amd64/ directory. kompilearje. Der wurdt oannommen dat de flater begon te ferskinen nei it ynstellen fan de standertparameter "zfs_dmu_offset_next_sync=1" yn openzfs ferzje 2.1.4. De boarne fan de flater is noch net identifisearre. As in oanrikkemandearre oplossing foar it blokkearjen fan de flater, wurdt foarsteld om de parameter "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" op 0 yn te stellen.
Boarne: opennet.ru
