Strenger Label-Abgleich je Snapshot-Engine und Warnungen bei Altlasten #18
Loading…
Reference in a new issue
No description provided.
Delete branch "thorsten.spille/fix-3-label-match"
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?
Behebt #3 (Bugreport: Ziel mit 50 statt 14 Snapshots). Ursache: Nach dem Wechsel von
zasaufinternalmit gleichem Label lag auf der Quelle nochzfs-auto-snap_zsync-miyagi-2026-07-20-1051.@.*$labeltrifft auch diesen Namen; als ältester Snapshot des Labels bestimmte er das Löschen auf dem Ziel, fehlte dort aber → still keine Löschung.Änderungen
zfs_auto_snapshot_label_matchstrict: das Label passt nur auf das Namensschema der Engine –internal:<label>-YYYY-MM-DD-HHMM,zas:zfs-auto-snap_<label>-YYYY-MM-DD-HHMM, hinten begrenzt (behebt auchzsync↔zsync-miyagi). Gilt für Erstreplikation, Deltas und Löschen.snapshot_filter-Intervalle bleiben@.*<intervall>.legacy: die Muster sind exakt die bisherigen Zeichenketten, das Verhalten bleibt gleich.zsync.conf.exampleschreibenstrict.-nv).Replikations- und Löschalgorithmus selbst unverändert; strict ändert nur, welche Namen zum Label zählen.
Tests
main(Szenario 2/10 mit realistischen, datierten Label-Namen); je Dataset eine zusätzliche lokale Abfrage für die Warnung auf dem Ziel11-label-legacy-leftover(Chriz' Fall, legacy): gleiche Replikation wie bisher, jetzt[WARN]mit den Resten und[ERROR]+ Exit 1 statt stillem Nicht-Löschen12-label-strict-leftover: Reste werden nicht repliziert, die alten Zielsnapshots werden gelöscht, Warnungen nennen die Reste13-label-strict-zas: strict mit zas, ein Snapshot im internal-Schema wird übersprungen14-initial-strict: Erstreplikation startet beim ältesten Snapshot im Schema, nicht beim zas-Rest; Muster kommt korrekt durch die Shell der QuelleCloses #3
🤖 Generated with Claude Code
Manuell nach
maingemergt (7312644), CI inkl. publish nach testing grün. Schließe den PR.Pull request closed