Projekti OpenZFS 2.2.1, i cili zhvillon implementimin e sistemit të skedarëve ZFS për Linux dhe FreeBSD. Versioni është i dukshëm për shtimin e mbështetjes për bërthamën. Linux 6.6 dhe një përpjekje për të eliminuar problemin që çon në korruptim të të dhënave (zeroizimin e disa blloqeve) në skedarë pasi ato kopjohen.
Fillimisht, u supozua se problemi shfaqet vetëm në degën 2.2.x dhe shkaktohet nga një gabim në mekanizmin e klonimit të bllokut të përfshirë në OpenZFS 2.2.0, i cili ju lejon të krijoni një kopje të një skedari ose një pjesë të tij pa dublikuar të dhënat, duke përdorur në kopjen e dytë referenca për blloqet ekzistuese të të dhënave të skedarit burim pa kopjimin e tyre aktual. Në OpenZFS 2.2.1, për të bllokuar problemin, mekanizmi i klonimit të bllokut u çaktivizua si parazgjedhje dhe cilësimi zfs_bclone_enabled u shtua për të kthyer mbështetjen për këtë modalitet.
Më vonë, zhvilluesit raportuan riprodhimin e problemit në konfigurime me degën OpenZFS 2.1.x. Supozimi se problemi manifestohet në sisteme me versione më të vjetra të paketës coreutils gjithashtu nuk u konfirmua - gabimi u riprodhua me sukses në FreeBSD dhe Linux-shpërndarjet me versionin më të fundit të coreutils 9.4.
Korrupsioni i skedarëve ndodh në rrethana mjaft të rralla, për shembull, ekzekutimi i komandës "emerge -1 dev-lang/go" në Gentoo rezulton në instalimin e veglave Go me skedarë të korruptuar në /usr/lib/go/pkg/tool/ linux_amd64/ drejtori. përpiloj. Supozohet se gabimi filloi të shfaqet pas vendosjes së parametrit të paracaktuar "zfs_dmu_offset_next_sync=1" në versionin 2.1.4 të openzfs. Burimi i gabimit ende nuk është identifikuar. Si një zgjidhje e rekomanduar për bllokimin e gabimit, propozohet të vendosni parametrin "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" në 0.
Burimi: opennet.ru
