Projekt OpenZFS 2.2.1, który rozwija implementację systemu plików ZFS dla Linux i FreeBSD. Wydanie wyróżnia się dodaniem obsługi jądra. Linux 6.6 oraz próba wyeliminowania problemu, który powoduje uszkodzenie danych (zerowanie niektórych bloków) w plikach po ich skopiowaniu.
Początkowo zakładano, że problem występuje tylko w gałęzi 2.2.x i jest spowodowany błędem w mechanizmie klonowania bloków zawartym w OpenZFS 2.2.0, który pozwala na utworzenie kopii pliku lub jego części bez duplikowania danych, wykorzystując w drugiej kopii odniesienia do już istniejących bloków danych pliku źródłowego bez ich faktycznego kopiowania. W OpenZFS 2.2.1, aby zablokować problem, mechanizm klonowania bloków został domyślnie wyłączony i dodano ustawienie zfs_bclone_enabled, aby przywrócić obsługę tego trybu.
Później programiści zgłosili odtworzenie problemu w konfiguracjach z gałęzią OpenZFS 2.1.x. Założenie, że problem występuje w systemach ze starszymi wersjami pakietu coreutils, również nie zostało potwierdzone – błąd został pomyślnie odtworzony w FreeBSD i Linux-dystrybucje z najnowszą wersją coreutils 9.4.
Uszkodzenie plików zdarza się w dość rzadkich okolicznościach, na przykład uruchomienie komendy „emerge -1 dev-lang/go” w Gentoo powoduje instalację zestawu narzędzi Go z uszkodzonymi plikami w katalogu /usr/lib/go/pkg/tool/ katalog linux_amd64/.kompiluj. Zakłada się, że błąd zaczął się pojawiać po ustawieniu domyślnego parametru „zfs_dmu_offset_next_sync=1” w wersji openzfs 2.1.4. Źródło błędu nie zostało jeszcze zidentyfikowane. Jako zalecane obejście blokowania błędu proponuje się ustawienie parametru „/sys/module/zfs/parameters/zfs_dmu_offset_next_sync” na 0.
Źródło: opennet.ru
