Spark-Update: Backup- und Rollback-Nachweis vor Wartungsfenster entscheiden #3

New issue

Closed

opened 2026-08-10 08:21:23 +02:00 by zwuge · 1 comment

zwuge commented

2026-08-10 08:21:23 +02:00

Owner

Part of: #1

Question

Welche konkreten Backups und Rollback-Punkte müssen vor dem Update nachgewiesen werden, damit ein fehlgeschlagenes OS-/Treiber-/Container-/Modell-Update sicher zurückgenommen werden kann? Die Entscheidung muss prüfbare Artefakte und Abbruchkriterien benennen.

Part of: #1 ## Question Welche konkreten Backups und Rollback-Punkte müssen vor dem Update nachgewiesen werden, damit ein fehlgeschlagenes OS-/Treiber-/Container-/Modell-Update sicher zurückgenommen werden kann? Die Entscheidung muss prüfbare Artefakte und Abbruchkriterien benennen.

zwuge added the

wayfinder:task

label

2026-08-10 08:21:23 +02:00

zwuge referenced this issue

2026-08-10 08:21:47 +02:00

Spark-Update: Reihenfolge und Wartungsfenster festlegen #4

zwuge self-assigned this

2026-08-10 09:07:24 +02:00

zwuge commented

2026-08-10 09:08:55 +02:00

Author

Owner

Resolution

Vor einem Wartungsfenster gilt ein Update als nicht freigegeben, solange folgende Nachweise fehlen:

exportierte Docker-/Containerdefinitionen, Volumes und aktuelle Image-Digests für vLLM, Open WebUI und Qdrant;
erhaltener alter Qwen-Cache/Revisionstand und ein separater neuer Modell-Snapshot;
Hermes-HEAD, lokaler Zusatzcommit und Upstream-Referenz;
APT-Paket-/Kernel-/Treiber-Iststand sowie relevante Host-Konfiguration;
aktueller Firmware-/UEFI-Stand und ein nutzbarer alter Kernel-Boot-Eintrag;
ein lesbarer Backup-Nachweis mit dokumentiertem Speicherort und stichprobenartiger Wiederherstellungsprüfung.

Rollback muss pro Risikoblock möglich sein: alter Kernel für Host-Updates, vorherige Container-Digests und Volumes für Services, alter Modell-Snapshot für Qwen/vLLM sowie der gesicherte Hermes-Commit. Firmwareänderungen benötigen zusätzlich ein explizites Wartungsfenster, stabile Stromversorgung und den dokumentierten Geräte-Recovery-Pfad.

Abbruchkriterium: Wenn Backup nicht lesbar/wiederherstellbar ist, ein Rollbackpfad fehlt oder ein Vorher-Baseline-Test nicht reproduzierbar ist, findet kein Update statt. Diese Resolution definiert die Eintrittskriterien; sie bestätigt nicht, dass die Backups bereits vorhanden sind.

## Resolution Vor einem Wartungsfenster gilt ein Update als nicht freigegeben, solange folgende Nachweise fehlen: - exportierte Docker-/Containerdefinitionen, Volumes und aktuelle Image-Digests für vLLM, Open WebUI und Qdrant; - erhaltener alter Qwen-Cache/Revisionstand und ein separater neuer Modell-Snapshot; - Hermes-HEAD, lokaler Zusatzcommit und Upstream-Referenz; - APT-Paket-/Kernel-/Treiber-Iststand sowie relevante Host-Konfiguration; - aktueller Firmware-/UEFI-Stand und ein nutzbarer alter Kernel-Boot-Eintrag; - ein lesbarer Backup-Nachweis mit dokumentiertem Speicherort und stichprobenartiger Wiederherstellungsprüfung. Rollback muss pro Risikoblock möglich sein: alter Kernel für Host-Updates, vorherige Container-Digests und Volumes für Services, alter Modell-Snapshot für Qwen/vLLM sowie der gesicherte Hermes-Commit. Firmwareänderungen benötigen zusätzlich ein explizites Wartungsfenster, stabile Stromversorgung und den dokumentierten Geräte-Recovery-Pfad. Abbruchkriterium: Wenn Backup nicht lesbar/wiederherstellbar ist, ein Rollbackpfad fehlt oder ein Vorher-Baseline-Test nicht reproduzierbar ist, findet kein Update statt. Diese Resolution definiert die Eintrittskriterien; sie bestätigt nicht, dass die Backups bereits vorhanden sind.

zwuge closed this issue

2026-08-10 09:08:55 +02:00