Snapshots eines Deltas mit zfs hold schützen #6

New issue

Closed

opened 2026-10-15 17:08:53 +02:00 by thorsten.spille · 0 comments

thorsten.spille commented

2026-10-15 17:08:53 +02:00

Owner

Während ein Delta a → b übertragen wird, darf weder a noch b gelöscht werden (z. B. durch zas, remote-snapshot-manager oder Admins).

Umsetzung:

zfs hold mit eigenem Tag pro Ziel auf a und b, release per trap
verwaiste Holds früherer abgebrochener Läufe beim Start aufräumen
Hinweis auf zfs allow hold,release für den Betrieb ohne root

Rahmen: Default = bisheriges Verhalten, der Replikations-/Löschalgorithmus bleibt unverändert, optionale Tools werden per which erkannt (fehlen sie, läuft alles wie bisher mit Logmeldung). Eigener Branch/PR mit Test. Teil von 2.0.0, Reihenfolge siehe Roadmap.

Während ein Delta `a → b` übertragen wird, darf weder `a` noch `b` gelöscht werden (z. B. durch zas, remote-snapshot-manager oder Admins). **Umsetzung:** - `zfs hold` mit eigenem Tag pro Ziel auf `a` und `b`, `release` per `trap` - verwaiste Holds früherer abgebrochener Läufe beim Start aufräumen - Hinweis auf `zfs allow hold,release` für den Betrieb ohne root --- **Rahmen:** Default = bisheriges Verhalten, der Replikations-/Löschalgorithmus bleibt unverändert, optionale Tools werden per `which` erkannt (fehlen sie, läuft alles wie bisher mit Logmeldung). Eigener Branch/PR mit Test. Teil von 2.0.0, Reihenfolge siehe Roadmap.

thorsten.spille added this to the 2.0.0 milestone

2026-10-15 17:08:53 +02:00

thorsten.spille added the

enhancement

label

2026-10-15 17:08:53 +02:00

thorsten.spille referenced this issue

2026-10-15 17:08:54 +02:00

Roadmap 2.0.0 #16

thorsten.spille referenced this issue

2026-10-15 20:44:39 +02:00

ZFS-Integrationstests auf dauerhaften Test-VMs in der CI #25