Document Hermes update operation and verified stable no-op fix
This commit is contained in:
1 parent
8a4a01c42f
commit
7006991843
4 files changed
+110
-3
No files matched your search
@@ -14,7 +14,7 @@ Reproduzierbares Benutzer-Deployment für Hermes Agent auf Arch Linux mit:
|
||||
- optionalem CUDA-Build von llama-server, llama-cli und llama-bench
|
||||
- Qwen-/RTX-3080-Profilen mit prüfbarem Wechsel und Rückweg
|
||||
|
||||
Stand: 2026-10-12. Für deine **bestehende Workstation** zuerst
|
||||
Stand: 2026-10-21. Für deine **bestehende Workstation** zuerst
|
||||
[`docs/WORKSTATION.md`](docs/WORKSTATION.md) lesen. Der Schnellstart unten ist für
|
||||
eine neue Maschine. Hardware-Leistungsgewinne sind noch nicht auf deiner GPU
|
||||
gemessen; die kurze Funktions- und VRAM-Abnahme vom 12.10.2026 ist in
|
||||
@@ -150,7 +150,7 @@ Update-Lock und löst bei Backend-HTTP-Timeouts keine Inferenz-Neustarts mehr au
|
||||
|
||||
1. exklusives Lock und Prüfung auf lokale Änderungen
|
||||
2. `origin/main`-Fetch mit begrenzten Retries und letztem HTTP/1.1-Fallback
|
||||
3. schneller Abschluss ohne Backup, wenn kein Update vorliegt
|
||||
3. schneller Abschluss ohne Backup, wenn Checkout und gefetchter Branch identisch sind
|
||||
4. komprimiertes Backup vor jeder Änderung
|
||||
5. Stoppen des Gateways und Aufruf von `hermes update`
|
||||
6. einmaliger Retry bei eindeutig transientem Fetch-Fehler
|
||||
@@ -159,9 +159,17 @@ Update-Lock und löst bei Backend-HTTP-Timeouts keine Inferenz-Neustarts mehr au
|
||||
9. separater llama.cpp-Healthcheck ohne unsinnigen Hermes-Rollback
|
||||
10. Aufbewahrung der drei neuesten Hermes-Backups
|
||||
|
||||
Den Zielstand wählt `hermes update` anhand des konfigurierten Update-Kanals.
|
||||
Bei Stable kann der Checkout bereits aktuell sein, obwohl `origin/main` weiter
|
||||
ist. Ein unveränderter Commit bei Updater-Exitcode 0 und gesundem Gateway gilt
|
||||
deshalb als Erfolg. Dabei können Backup und Gateway-Neustart trotzdem stattfinden.
|
||||
Ein fehlgeschlagener Updater bei unverändertem Commit bleibt ein Fehler.
|
||||
|
||||
Ein Fehler von Telegram oder Signal kann den Updateprozess niemals fehlschlagen
|
||||
lassen. Detaillierte Zwischenstände landen im Journal; nur zusammengefasste
|
||||
Ergebnisse werden versendet.
|
||||
Ergebnisse werden versendet. Abschlussmeldungen stehen auch direkt im Journal
|
||||
von `hermes-stack-hermes-update.service`. Diagnose, gezielte Installation und
|
||||
Prüfung sind in [HERMES_UPDATE.md](docs/HERMES_UPDATE.md) beschrieben.
|
||||
|
||||
## Bedienung
|
||||
|
||||
|
||||
Reference in new issue
Block a user