Abgebrochene Replikation per Resume-Token fortsetzen #8

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

Bricht eine große Übertragung ab (Netz, Reboot), beginnt sie im nächsten Lauf von vorn.

Umsetzung: zfs receive -s; liegt am Ziel ein receive_resume_token, mit zfs send -t <token> fortsetzen; ist das nicht möglich, zfs receive -A und normal weiter. Kandidat in diesem Zuge: ssh ServerAliveInterval, damit tote Verbindungen abbrechen statt ewig zu hängen (Verhaltensänderung, nur mit Resume sinnvoll).


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.

Bricht eine große Übertragung ab (Netz, Reboot), beginnt sie im nächsten Lauf von vorn. **Umsetzung:** `zfs receive -s`; liegt am Ziel ein `receive_resume_token`, mit `zfs send -t <token>` fortsetzen; ist das nicht möglich, `zfs receive -A` und normal weiter. Kandidat in diesem Zuge: ssh `ServerAliveInterval`, damit tote Verbindungen abbrechen statt ewig zu hängen (Verhaltensänderung, nur mit Resume sinnvoll). --- **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
Sign in to join this conversation.
No labels
bug
enhancement
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
bashclub/zsync#8
No description provided.