Snapshots aus derselben Sekunde: Sortierung nach creation ist nicht eindeutig #30
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Gefunden mit den ZFS-Integrationstests (#25) auf der Test-VM.
Befund
creationhat Sekundenauflösung. Bei Snapshots eines Datasets aus derselben Sekunde liefert ZFS sie bei-s creationund bei-S creationin derselben Reihenfolge (nach Name bzw. Entstehung) –-Skehrt den Gleichstand nicht um:zsync bestimmt den ältesten Snapshot mit
zfs list -S creation … | tail -1(Erstreplikation, Löschen pro Intervall). Bei Gleichstand ist das der neueste der Gruppe (s03). Im Test hat die Erstreplikation deshalb nurs03übertragen;s01/s02fehlten am Ziel, ein späterer Rollback aufs01fand keinen gemeinsamen Snapshot mehr.Praxis
Selten: mehrere Snapshots eines Datasets in derselben Sekunde (z. B. zfs-auto-snapshot mit mehreren Labels zur gleichen Zeit, Skripte, manuelle Snapshots). Dann sind Erstreplikation und Löschgrenze innerhalb dieser Gruppe vertauscht.
Vorschlag
createtxgstattcreationals Sortierschlüssel (-s createtxg/-S createtxg): streng monoton, gleiche Bedeutung („älter = früher erzeugt“), auf Quelle und Ziel jeweils lokal gültig. Betrifft den Algorithmus – nur mit Freigabe umsetzen; Nachweis mit Integrationstest (Snapshots in derselben Sekunde).