Eine Zwischenversion des OpenZFS 2.2.1-Projekts ist verfügbar, welches die Implementierung des ZFS-Dateisystems für Linux und FreeBSD weiterentwickelt. Der Release ist bemerkenswert, da Unterstützung für den Linux-Kernel 6.6 hinzugefügt wurde und der Versuch unternommen wurde, ein Problem zu beheben, das zu Datenbeschädigung (Zurücksetzen von Teilen der Blöcke) in Dateien nach deren Kopierung führt.
Ursprünglich wurde angenommen, dass das Problem nur in der Version 2.2.x auftritt und durch einen Fehler im in OpenZFS 2.2.0 enthaltenen Blockklonmechanismus verursacht wird, der es ermöglicht, eine Datei oder Teile davon zu kopieren, ohne Daten zu duplizieren, indem in der zweiten Kopie auf bereits vorhandene Datenblöcke verwiesen wird, ohne diese tatsächlich zu kopieren. In der Version OpenZFS 2.2.1 wurde zur Behebung des Problems der Blockklonmechanismus standardmäßig deaktiviert, und eine Konfiguration zfs_bclone_enabled wurde hinzugefügt, um die Unterstützung dieses Modus wiederherzustellen.
Später gaben die Entwickler bekannt, dass das Problem auch in Konfigurationen mit der Version OpenZFS 2.1.x reproduziert werden kann. Es konnte auch nicht bestätigt werden, dass das Problem auf Systemen mit älteren Versionen des Pakets coreutils auftritt – der Fehler ließ sich sowohl unter FreeBSD als auch in Linux-Distributionen mit der aktuellen Version von coreutils 9.4 reproduzieren.
Dateibeschädigungen treten in recht seltenen Fällen auf, zum Beispiel führt der Befehl „emerge -1 dev-lang/go“ in Gentoo zur Installation von Werkzeugen für die Programmiersprache Go mit beschädigten Dateien im Verzeichnis /usr/lib/go/pkg/tool/linux_amd64/compile. Es wird vermutet, dass der Fehler nach der Standardsetzung des Parameters „zfs_dmu_offset_next_sync=1“ in der Version openzfs 2.1.4 auftrat. Der genaue Ursprung des Fehlers konnte bisher nicht ermittelt werden. Als empfohlene Umgehungslösung wurde vorgeschlagen, den Parameter „/sys/module/zfs/parameters/zfs_dmu_offset_next_sync“ auf 0 zu setzen.
Quelle: opennet.ru
