Die OpenZFS 2.2.1-projek, wat die ZFS-lêerstelselimplementering ontwikkel vir Linux en FreeBSD. Die vrystelling is opmerklik vir die byvoeging van kernondersteuning. Linux 6.6 en 'n poging om die probleem uit te skakel wat lei tot datakorrupsie (nulstelling van sommige blokke) in lêers nadat hulle gekopieer is.
Aanvanklik is aanvaar dat die probleem slegs in die 2.2.x-tak voorkom en veroorsaak word deur 'n fout in die blokkloningmeganisme wat in OpenZFS 2.2.0 ingesluit is, wat jou toelaat om 'n kopie van 'n lêer of 'n deel daarvan te skep sonder om te dupliseer data, deur in die tweede kopie verwysings na reeds bestaande datablokke van die bronlêer te gebruik sonder hul werklike kopiëring. In OpenZFS 2.2.1, om die probleem te blokkeer, is die blokkloningmeganisme by verstek gedeaktiveer, en die zfs_bclone_enabled-instelling is bygevoeg om ondersteuning vir hierdie modus terug te gee.
Later het die ontwikkelaars berig dat hulle die probleem in konfigurasies met die OpenZFS 2.1.x-tak gereproduseer het. Die aanname dat die probleem homself op stelsels met ouer weergawes van die coreutils-pakket manifesteer, is ook nie bevestig nie—die fout is suksesvol in FreeBSD gereproduseer en Linux-verspreidings met die nuutste weergawe van coreutils 9.4.
Lêerkorrupsie vind plaas onder redelik seldsame omstandighede, byvoorbeeld die uitvoer van die "emerge -1 dev-lang/go" opdrag in Gentoo lei tot die installering van die Go toolkit met korrupte lêers in die /usr/lib/go/pkg/tool/ linux_amd64/ gids. saamstel. Daar word aanvaar dat die fout begin verskyn het nadat die verstekparameter “zfs_dmu_offset_next_sync=1” in openzfs weergawe 2.1.4 gestel is. Die bron van die fout is nog nie geïdentifiseer nie. As 'n aanbevole oplossing vir die blokkering van die fout, word voorgestel om die parameter "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" op 0 te stel.
Bron: opennet.ru
