ĂshtĂ« nĂ« dispozicion njĂ« version ndihmĂ«s i projektit OpenZFS 2.2.1, i cili zhvillon implementimin e sistemit tĂ« skedarĂ«ve ZFS pĂ«r Linux dhe FreeBSD. LĂ«shimi Ă«shtĂ« i njohur pĂ«r shtimin e mbĂ«shtetjes pĂ«r bĂ«rthamĂ«n Linux 6.6 dhe pĂ«rpjekjen pĂ«r tĂ« eliminuar problemin qĂ« çon nĂ« dĂ«mtimin e tĂ« dhĂ«nave (zerimin e disa blloqeve) nĂ« skedarĂ«t pas kopjimit tĂ« tyre.
Fillimisht u mendua se problemi shfaqej vetëm në degën 2.2.x dhe shkaktohej nga një gabim në mekanizmin e klonimit të blloqeve të përfshirë në OpenZFS 2.2.0, i cili lejon të krijohet një kopje e skedarit ose pjesës së tij pa dyfishimin e të dhënave, duke përdorur në kopjen e dytë lidhje me blloqet ekzistuese të të dhënave të skedarit origjinal pa i kopjuar ato në të vërtetë. Në versionin OpenZFS 2.2.1 për të bllokuar problemin, mekanizmi i klonimit të blloqeve është çaktivizuar përshtypje, dhe për të rikthyer mbështetje për këtë mod është shtuar cilësimi zfs_bclone_enabled.
MĂ« vonĂ«, zhvilluesit njoftuan se kishin riprodhuar problemin edhe nĂ« konfigurime me degĂ«n OpenZFS 2.1.x. Po ashtu nuk u konfirmuan dyshimet se problemi shfaqet nĂ« sistemet me lĂ«shime tĂ« vjetra tĂ« paketĂ«s coreutils â gabimi u riprodhua nĂ« FreeBSD dhe nĂ« shpĂ«rndarjet Linux me lĂ«shimin e ri tĂ« coreutils 9.4.
Dëmtimi i skedarëve shfaqet në rrethana mjaft të rralla, për shembull, ekzekutimi i komandës «emerge -1 dev-lang/go» në Gentoo çon në instalimin e mjetëve për gjuhën Go me dëmtimin e skedarëve në direktoriumin /usr/lib/go/pkg/tool/linux_amd64/compile. Supozohet se gabimi filloi të shfaqet pas vendosjes si parazgjedhje të parametrit «zfs_dmu_offset_next_sync=1» në versionin openzfs 2.1.4. Burimi i gabimit ende nuk është identifikuar. Si një zgjidhje e rekomanduar për të bllokuar gabimin, është propozuar të vendoset në 0 parametri «/sys/module/zfs/parameters/zfs_dmu_offset_next_sync».
Burimi: opennet.ru
