OpenZFS 2.2.1-prosjektet, som utvikler ZFS-filsystemimplementeringen for Linux og FreeBSD. Utgivelsen er kjent for tillegg av kjernestøtte. Linux 6.6 og et forsøk på å eliminere problemet som fører til datakorrupsjon (nullstilling av noen blokker) i filer etter at de er kopiert.
Opprinnelig ble det antatt at problemet bare vises i 2.2.x-grenen og er forårsaket av en feil i blokkkloningsmekanismen inkludert i OpenZFS 2.2.0, som lar deg lage en kopi av en fil eller en del av den uten å duplisere data, ved å bruke i den andre kopien referanser til allerede eksisterende datablokker av kildefilen uten at de faktisk kopieres. I OpenZFS 2.2.1, for å blokkere problemet, ble blokkkloningsmekanismen deaktivert som standard, og zfs_bclone_enabled-innstillingen ble lagt til for å gi støtte for denne modusen.
Senere rapporterte utviklerne at de hadde reprodusert problemet i konfigurasjoner med OpenZFS 2.1.x-grenen. Antagelsen om at problemet oppstår på systemer med eldre utgivelser av coreutils-pakken ble heller ikke bekreftet – feilen ble vellykket reprodusert i FreeBSD og Linux-distribusjoner med den nyeste utgivelsen av coreutils 9.4.
Filkorrupsjon forekommer under ganske sjeldne omstendigheter, for eksempel å kjøre kommandoen "emerge -1 dev-lang/go" i Gentoo resulterer i installasjon av Go-verktøysettet med korrupte filer i /usr/lib/go/pkg/tool/ linux_amd64/ katalog. kompilere. Det antas at feilen begynte å vises etter å ha satt standardparameteren "zfs_dmu_offset_next_sync=1" i openzfs versjon 2.1.4. Kilden til feilen er ennå ikke identifisert. Som en anbefalt løsning for å blokkere feilen, foreslås det å sette parameteren "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" til 0.
Kilde: opennet.ru
