Проектът 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/compile. Смята се, че грешката е започнала да се проявява след задаване по подразбиране на параметъра "zfs_dmu_offset_next_sync=1" в openzfs 2.1.4. Източникът на грешката все още не е идентифициран. Препоръчителното решение е да се зададе параметърът "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" на 0.
Източник: opennet.ru
