Roadmap 2.0.0

thorsten.spille commented

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

Owner

Abarbeitungsreihenfolge für 2.0.0 (Release per Tag v2.0.0, bis dahin testing):

#2 Sperre pro Config und atomare checkzfs-Ausgabe
#3 Strenger Label-Abgleich je Snapshot-Engine und Warnungen bei Altlasten
#15 Checkmk-Überwachung von Läufen und Hängern
#4 refquota der Quelle auf dem Ziel berücksichtigen
#21 Zustand pro Dataset im Monitoring: verwaist, Kette gerissen, Kette in Gefahr
#5 Ziel nach Rollback auf der Quelle optional zurückrollen
#30 Snapshots aus derselben Sekunde: Sortierung nach creation ist nicht eindeutig
#25 ZFS-Integrationstests auf dauerhaften Test-VMs in der CI
#22 Bookmarks als Anfügepunkt, damit eine durchgelaufene Rotation die Kette nicht reißt
#6 Snapshots eines Deltas mit zfs hold schützen
#7 Replikation wiederholen, wenn ein Snapshot währenddessen gelöscht wird
#8 Abgebrochene Replikation per Resume-Token fortsetzen
#9 Bandbreitenlimit für die Übertragung
#11 Betrieb ohne root
#39 Benutzer auf der Quelle per command= auf zsync-Befehle beschränken
#26 Lokaler Modus: Replikation von Pool zu Pool ohne SSH
#12 systemd-Timer statt Cron
#13 Geführtes Setup-Skript
#14 Skript für Wechseldatenträger

Begründung: Sperre und Label-Abgleich sind Fehler aus dem Betrieb; die Überwachung kommt direkt danach, damit alles Weitere überwacht getestet wird; refquota bis Resume ändern den Ablauf pro Dataset und bauen aufeinander auf (Holds vor Retry/Resume); Bandbreite erst, wenn die Send-Pipe feststeht; Parallelität erst, wenn der Schleifenkörper fertig ist; ohne root und Timer vor dem Setup; Wechseldatenträger unabhängig.

Rahmen: Default = bisheriges Verhalten, Algorithmus unverändert, je Punkt eigener PR mit Test.

Offen: GitHub-PR #3 (tac in der Löschreihenfolge) – Entscheidung ausstehend.

Optional (nach 2.0.0):

#10 Optional: Parallele Replikation mehrerer Datasets
#27 Idee: MPTCP für die SSH-Verbindung

Abarbeitungsreihenfolge für 2.0.0 (Release per Tag `v2.0.0`, bis dahin testing): - [x] #2 Sperre pro Config und atomare checkzfs-Ausgabe - [x] #3 Strenger Label-Abgleich je Snapshot-Engine und Warnungen bei Altlasten - [x] #15 Checkmk-Überwachung von Läufen und Hängern - [x] #4 refquota der Quelle auf dem Ziel berücksichtigen - [x] #21 Zustand pro Dataset im Monitoring: verwaist, Kette gerissen, Kette in Gefahr - [x] #5 Ziel nach Rollback auf der Quelle optional zurückrollen - [x] #30 Snapshots aus derselben Sekunde: Sortierung nach creation ist nicht eindeutig - [x] #25 ZFS-Integrationstests auf dauerhaften Test-VMs in der CI - [x] #22 Bookmarks als Anfügepunkt, damit eine durchgelaufene Rotation die Kette nicht reißt - [x] #6 Snapshots eines Deltas mit zfs hold schützen - [x] #7 Replikation wiederholen, wenn ein Snapshot währenddessen gelöscht wird - [x] #8 Abgebrochene Replikation per Resume-Token fortsetzen - [x] #9 Bandbreitenlimit für die Übertragung - [x] #11 Betrieb ohne root - [ ] #39 Benutzer auf der Quelle per command= auf zsync-Befehle beschränken - [x] #26 Lokaler Modus: Replikation von Pool zu Pool ohne SSH - [x] #12 systemd-Timer statt Cron - [ ] #13 Geführtes Setup-Skript - [ ] #14 Skript für Wechseldatenträger **Begründung:** Sperre und Label-Abgleich sind Fehler aus dem Betrieb; die Überwachung kommt direkt danach, damit alles Weitere überwacht getestet wird; refquota bis Resume ändern den Ablauf pro Dataset und bauen aufeinander auf (Holds vor Retry/Resume); Bandbreite erst, wenn die Send-Pipe feststeht; Parallelität erst, wenn der Schleifenkörper fertig ist; ohne root und Timer vor dem Setup; Wechseldatenträger unabhängig. **Rahmen:** Default = bisheriges Verhalten, Algorithmus unverändert, je Punkt eigener PR mit Test. Offen: GitHub-PR #3 (`tac` in der Löschreihenfolge) – Entscheidung ausstehend. **Optional (nach 2.0.0):** - [ ] #10 Optional: Parallele Replikation mehrerer Datasets - [ ] #27 Idee: MPTCP für die SSH-Verbindung

thorsten.spille added this to the 2.0.0 milestone

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

thorsten.spille referenced this issue

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

Zustand pro Dataset im Monitoring: verwaist, Kette gerissen, Kette in Gefahr #21

thorsten.spille referenced this issue

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

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

thorsten.spille referenced this issue

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

Lokaler Modus: Replikation von Pool zu Pool ohne SSH #26