Проектот 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.
Оштетувањето на датотеките се случува во прилично ретки околности, на пример, извршувањето на командата „emerge -1 dev-lang/go“ во Gentoo резултира со инсталирање на комплетот алатки Go со корумпирани датотеки во /usr/lib/go/pkg/tool/ linux_amd64/ директориум.компајлирај. Се претпоставува дека грешката почнала да се појавува по поставувањето на стандардниот параметар „zfs_dmu_offset_next_sync=1“ во верзијата 2.1.4 на openzfs. Изворот на грешката сè уште не е идентификуван. Како препорачано решение за блокирање на грешката, се предлага да се постави параметарот „/sys/module/zfs/parameters/zfs_dmu_offset_next_sync“ на 0.
Извор: opennet.ru
