I OpenZFS har ett fel upptäckts som kan leda till filskador

Det finns en förhandsversion av projektet OpenZFS 2.2.1, vilket utvecklar filsystemet ZFS för Linux och FreeBSD. Utgåvan kännetecknas av tillägget av stöd för Linux-kärnan 6.6 och ett försök att åtgärda ett problem som leder till dataskador (nollställning av delar av block) i filer efter att de kopierats.

Ursprungligen ansågs problemet endast förekomma i version 2.2.x och orsakades av ett fel i OpenZFS 2.2.0:s blockkloningmekanism, som tillåter att skapa en kopia av en fil eller dess delar utan att duplicera data, genom att använda referenser till redan existerande datablok från den ursprungliga filen utan faktisk kopiering. I version OpenZFS 2.2.1 har blockkloningmekanismen stängts av som standard för att blockera problemet, och en inställning för att återinföra stöd för detta läge har lagts till: zfs_bclone_enabled.

Senare meddelade utvecklarna att problemet också går att återge i konfigurationer med version OpenZFS 2.1.x. Det bekräftades inte att problemet uppträder på system med äldre versioner av paketet coreutils — felet kunde återskapas i FreeBSD och på Linux-distributioner med den senaste versionen av coreutils 9.4.

Filsystemskador uppstår under ganska sällsynta omständigheter, till exempel att köra kommandot «emerge -1 dev-lang/go» i Gentoo leder till installation av verktyg för språket Go med skadade filer i katalogen /usr/lib/go/pkg/tool/linux_amd64/compile. Det antas att felet började förekomma efter att parametern «zfs_dmu_offset_next_sync=1» ställdes in som standard i versionen openzfs 2.1.4. Källan till felet har ännu inte identifierats. Som en rekommenderad workaround föreslås det att ställa in parametern «/sys/module/zfs/parameters/zfs_dmu_offset_next_sync» till 0 för att blockera felet.

Källa: opennet.ru