Ang proyektong OpenZFS 2.2.1, na bumubuo ng implementasyon ng ZFS file system para sa Linux at FreeBSD. Ang paglabas ay kapansin-pansin para sa pagdaragdag ng suporta sa kernel. Linux 6.6 at isang pagtatangkang alisin ang problemang humahantong sa katiwalian ng datos (pag-zero ng ilang bloke) sa mga file pagkatapos kopyahin ang mga ito.
Sa una, ang isyu ay pinaniniwalaang partikular sa 2.2.x na sangay at sanhi ng isang bug sa mekanismo ng block cloning na kasama sa OpenZFS 2.2.0. Ang mekanismong ito ay nagbibigay-daan sa isang kopya ng isang file o bahagi nito na malikha nang walang duplicate na data, gamit ang mga sanggunian sa mga umiiral nang data block sa orihinal na file sa pangalawang kopya nang hindi aktwal na kinokopya ang mga ito. Sa OpenZFS 2.2.1, ang block cloning ay hindi pinagana bilang default upang mabawasan ang isyu, at ang zfs_bclone_enabled na setting ay idinagdag upang maibalik ang suporta para sa mode na ito.
Kalaunan, iniulat ng mga developer na muling ginawa ang isyu sa mga configuration gamit ang OpenZFS 2.1.x branch. Hindi rin nakumpirma ang palagay na ang problema ay lumilitaw sa mga system na may mas lumang release ng coreutils package—matagumpay na na-reproduce ang error sa FreeBSD at Linux-mga distribusyon na may pinakabagong bersyon ng coreutils 9.4.
Nangyayari ang katiwalian sa file sa ilalim ng medyo bihirang mga pangyayari. Halimbawa, ang pagpapatakbo ng command na "emerge -1 dev-lang/go" sa Gentoo ay nagreresulta sa pag-install ng Go toolchain, na sumisira sa mga file sa /usr/lib/go/pkg/tool/linux_amd64/compile na direktoryo. Ang error ay pinaniniwalaan na nagsimulang magpakita mismo pagkatapos itakda ang "zfs_dmu_offset_next_sync=1" na parameter bilang default sa openzfs 2.1.4. Ang pinagmulan ng error ay hindi pa natukoy. Ang pagtatakda ng parameter na "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" sa 0 ay ang inirerekomendang solusyon.
Pinagmulan: opennet.ru
