Bookmarks als Anfügepunkt, damit eine durchgelaufene Rotation die Kette nicht reißt #22

New issue

Closed

opened 2026-10-15 19:25:29 +02:00 by thorsten.spille · 0 comments

thorsten.spille commented

2026-10-15 19:25:29 +02:00

Owner

Läuft die Rotation auf der Quelle länger als die Replikation steht, gibt es keinen gemeinsamen Snapshot mehr und nur eine neue Vollreplikation hilft (Fall C in #21).

Idee

Nach jeder erfolgreichen Replikation eines Datasets auf der Quelle ein Bookmark des zuletzt übertragenen Snapshots anlegen bzw. ersetzen, z. B. pool/ds#zsync_<ziel-id> (eigener Name pro Ziel/Config).
Bookmarks kosten keinen Platz und halten keine Daten; die Rotation darf den Snapshot löschen.
zfs send -i pool/ds#zsync_<ziel-id> pool/ds@neu funktioniert weiter, solange das Ziel den Snapshot noch hat (es ist sein neuester).
Suche nach dem Anfügepunkt vergleicht Snapshots und Bookmarks der Quelle (gleiche GUID).

Zu prüfen

send -w (raw, verschlüsselt) aus einem Bookmark auf den Testservern
Feature bookmarks auf allen Pools aktiv (Default), sonst Fallback auf heutiges Verhalten mit Logmeldung
Rechte für den Betrieb ohne root (#11): zfs allow bookmark
Aufräumen der Bookmarks, wenn ein Dataset nicht mehr repliziert wird

Gehört zur Suche nach dem gemeinsamen Snapshot aus #5, zusammen oder direkt danach umsetzen.

Rahmen: Default = bisheriges Verhalten, der Replikations-/Löschalgorithmus bleibt unverändert. Eigener Branch/PR mit Test. Teil von 2.0.0, Reihenfolge siehe Roadmap #16.

Läuft die Rotation auf der Quelle länger als die Replikation steht, gibt es keinen gemeinsamen Snapshot mehr und nur eine neue Vollreplikation hilft (Fall C in #21). ## Idee - Nach jeder erfolgreichen Replikation eines Datasets auf der Quelle ein **Bookmark** des zuletzt übertragenen Snapshots anlegen bzw. ersetzen, z. B. `pool/ds#zsync_<ziel-id>` (eigener Name pro Ziel/Config). - Bookmarks kosten keinen Platz und halten keine Daten; die Rotation darf den Snapshot löschen. - `zfs send -i pool/ds#zsync_<ziel-id> pool/ds@neu` funktioniert weiter, solange das Ziel den Snapshot noch hat (es ist sein neuester). - Suche nach dem Anfügepunkt vergleicht Snapshots **und** Bookmarks der Quelle (gleiche GUID). ## Zu prüfen - `send -w` (raw, verschlüsselt) aus einem Bookmark auf den Testservern - Feature `bookmarks` auf allen Pools aktiv (Default), sonst Fallback auf heutiges Verhalten mit Logmeldung - Rechte für den Betrieb ohne root (#11): `zfs allow bookmark` - Aufräumen der Bookmarks, wenn ein Dataset nicht mehr repliziert wird Gehört zur Suche nach dem gemeinsamen Snapshot aus #5, zusammen oder direkt danach umsetzen. --- **Rahmen:** Default = bisheriges Verhalten, der Replikations-/Löschalgorithmus bleibt unverändert. Eigener Branch/PR mit Test. Teil von 2.0.0, Reihenfolge siehe Roadmap #16.

thorsten.spille added this to the 2.0.0 milestone

2026-10-15 19:25:29 +02:00

thorsten.spille added the

enhancement

label

2026-10-15 19:25:29 +02:00

thorsten.spille referenced this issue

2026-10-15 19:25:30 +02:00

Ziel nach Rollback auf der Quelle optional zurückrollen #5

thorsten.spille referenced this issue

2026-10-15 19:25:30 +02:00

Roadmap 2.0.0 #16