Даступны прамежкавы выпуск праекта OpenZFS 2.2.1, які развівае рэалізацыю файлавай сістэмы ZFS для Linux і FreeBSD. Выпуск адметны даданнем падтрымкі ядра Linux 6.6 і спробай ухілення праблемы, якая прыводзіць да пашкоджання дадзеных (абнуленні часткі блокаў) у файлах пасля іх капіявання.
Першапачаткова меркавалася, што праблема выяўляецца толькі ў галінцы 2.2.x і выклікана памылкай ва ўключаным у OpenZFS 2.2.0 механізме кланавання блокаў, які дазваляе стварыць копію файла або яго часткі без дубліравання дадзеных, выкарыстоўваючы ў другой копіі спасылкі на ўжо існуючыя блокі дадзеных зыходнага файла без іх фактычнага капіявання. У версіі OpenZFS 2.2.1 для блакавання праблемы механізм кланавання блокаў быў адключаны па змаўчанні, а для вяртання падтрымкі дадзенага рэжыму дададзена налада zfs_bclone_enabled.
Пазней распрацоўнікі заявілі аб прайграванні праблемы і ў канфігурацыях з галінкай OpenZFS 2.1.x. Не пацвердзіліся і здагадкі, што праблема выяўляецца на сістэмах са старымі выпускамі пакета coreutils - памылку атрымалася прайграць ва FreeBSD і ў Linux-дыстрыбутывах са свежым выпускам coreutils 9.4.
Пашкоджанне файлаў выяўляецца пры досыць рэдкім збегу акалічнасцяў, напрыклад, выкананне ў Gentoo каманды "emerge -1 dev-lang/go" прыводзіць да ўсталёўкі інструментара для мовы Go з пашкоджаннем файлаў у каталогу /usr/lib/go/pkg/tool/linux_amd64/compile. Мяркуецца, што памылка пачала выяўляцца пасля выстаўлення па змаўчанні параметра "zfs_dmu_offset_next_sync=1" у версіі openzfs 2.1.4. Крыніца памылкі пакуль не выяўлена. У якасці рэкамендаванага абыходнага шляху блакавання памылкі прапанавана выставіць у 0 параметр "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync".
Крыніца: opennet.ru
