In OpenZFS wurde ein Fehler festgestellt, der zu Datei beschädigungen führen kann

Eine Zwischenversion des Projekts OpenZFS 2.2.1 ist verfügbar, die die Implementierung des Dateisystems ZFS für Linux und FreeBSD weiterentwickelt. Die Version ist bemerkenswert durch die Hinzufügung der Unterstützung für den Linux-Kernel 6.6 und den Versuch, ein Problem zu beheben, das zu Datenbeschädigungen (zurücksetzen von Teilen von Blöcken) in Dateien nach deren Kopieren führt.

Ursprünglich wurde angenommen, dass das Problem nur im Branch 2.2.x auftritt und durch einen Fehler im in OpenZFS 2.2.0 enthaltenen Blockklonmechanismus verursacht wird, der es ermöglicht, eine Kopie einer Datei oder eines Teils davon zu erstellen, ohne Daten zu duplizieren, indem in der zweiten Kopie auf bereits vorhandene Datenblöcke der Originaldatei verwiesen wird, ohne sie tatsächlich zu kopieren. In der Version OpenZFS 2.2.1 wurde der Blockklonmechanismus standardmäßig deaktiviert, um das Problem zu blockieren, und eine Einstellung zfs_bclone_enabled hinzugefügt, um die Unterstützung dieses Modus wiederherzustellen.

Später gaben die Entwickler bekannt, dass das Problem auch in Konfigurationen mit dem Branch OpenZFS 2.1.x reproduzierbar ist. Auch die Annahmen, dass das Problem auf Systemen mit älteren Versionen des Pakets coreutils auftritt, haben sich nicht bestätigt — der Fehler konnte unter FreeBSD und in Linux-Distributionen mit der neuesten Version coreutils 9.4 reproduziert werden.

Die Beschädigung von Dateien tritt bei einer ausreichend seltenen Kombination von Umständen auf, beispielsweise führt der Befehl "emerge -1 dev-lang/go" in Gentoo zur Installation der Werkzeugkette für die Programmiersprache Go mit Datei beschädigungen im Verzeichnis /usr/lib/go/pkg/tool/linux_amd64/compile. Es wird vermutet, dass der Fehler begann, sich nach der Standardsetzung des Parameters "zfs_dmu_offset_next_sync=1" in der Version openzfs 2.1.4 zu zeigen. Der Ursprung des Fehlers wurde bisher nicht festgestellt. Als empfohlene Umgehung zur Blockierung des Fehlers wird vorgeschlagen, den Parameter "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" auf 0 zu setzen.

Quelle: opennet.ru