Hitonabi
ab8d651efc
- deploy/skills/wartung/SKILL.md: Selbstwartungs-Kreislauf (Worktree -> Patch -> Reviewer-Subagent -> Gate -> Telegram-Merge-Vorschlag); Leitplanken hart codiert (nie main/merge/deploy/Security-Config); deploy.sh installiert nach ~/.hermes/skills/ - Box hat bewusst KEINE Gitea-Push-Rechte (Token = offener User-Entscheid) -> v1 endet beim Merge-Vorschlag mit lokalem Branch - docs/RUNBOOK.md: 1 Seite Mensch-Anleitung (Telegram-Meldungen, Box tot, Pins, einmalige sudo-Session, Automatik-Fahrplan) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
60 lines
3.2 KiB
Markdown
60 lines
3.2 KiB
Markdown
# RUNBOOK — Die Box in 1 Seite (für Menschen, ohne KI-Hilfe)
|
||
|
||
**Grundsatz:** Die Box wartet sich selbst. Du bekommst Telegram-Nachrichten und antwortest
|
||
höchstens „mach". Dieses Blatt ist NUR für den Fall, dass etwas klemmt.
|
||
|
||
## Was die Telegram-Meldungen bedeuten
|
||
|
||
| Meldung | Bedeutung | Dein Handgriff |
|
||
|---|---|---|
|
||
| „… aktualisiert … grün" | Update eingespielt, alles geprüft | keiner |
|
||
| „… zurückgerollt … GEPINNT" | Update war schlecht, alte Version läuft wieder | keiner (läuft stabil weiter) |
|
||
| „KRITISCH: …" | Update UND Rollback kaputt | siehe „Box tot?" unten |
|
||
| „🛰️ Evolution-Radar …" | monatlicher Chancen-Report | lesen; bei Interesse „mach" antworten |
|
||
| „[Werkstatt] … merge oder verwerfen?" | Box hat einen Fix vorbereitet | mit „merge" oder „verwerfen" antworten |
|
||
|
||
## Box tot / Weboberfläche weg?
|
||
|
||
1. **Strom/Netz prüfen**, dann Box **einmal neu starten** (Power-Knopf). Alles startet von selbst
|
||
(systemd, reboot-fest). 2–3 Minuten warten, dann `http://192.168.178.151:9001` aufrufen.
|
||
2. Immer noch tot → per SSH (PC, PowerShell): `ssh hitonabi@192.168.178.151`
|
||
dann: `bash ~/mission-control-v2/deploy/restore.sh` (nimmt automatisch das letzte Backup,
|
||
liegt in `/srv/models/mc2-backups/`, 14 Tage Vorrat, täglich 03:30 Uhr).
|
||
3. Totalschaden (neue Platte/Hardware) → `docs/DISASTER_RECOVERY.md` (Bootstrap von Null).
|
||
|
||
## Lucy (am PC)
|
||
|
||
- Start: Desktop-Verknüpfung **„Lucy"** (startet den eingefrorenen Produktiv-Build).
|
||
- Hängt? `F:\Coding Stuff\lucy\lucy-desktop\Lucy-Neustart.bat` doppelklicken.
|
||
- Lucy ist EINGEFROREN — Änderungen macht nur die Werkstatt (Telegram-Vorschlag abwarten).
|
||
|
||
## Automatik-Fahrplan (läuft ohne dich)
|
||
|
||
- **Täglich 03:30** Backup · **So 04:30** Auto-Update (Router→Engine→Hermes) mit Rollback+Pin
|
||
- **Monatlich 1., 09:00** Evolution-Radar-Report auf Telegram
|
||
|
||
## Pinnwand: eine Ebene ist „GEPINNT" — was heißt das?
|
||
|
||
Ein Update hat den Selbsttest gerissen; die Box bleibt bewusst auf der alten Version. Das ist
|
||
ein STABILER Dauerzustand, kein Fehler. Pin ansehen / lösen (per SSH):
|
||
|
||
cat /srv/models/mc2-pins.json
|
||
jq 'del(.hermes)' /srv/models/mc2-pins.json > /tmp/p && mv /tmp/p /srv/models/mc2-pins.json
|
||
# (statt .hermes: .engine oder .swap) — nächster So-Lauf versucht das Update erneut
|
||
|
||
## Einmalige sudo-Session (steht noch aus — schaltet Engine/Router-Auto-Update frei)
|
||
|
||
ssh hitonabi@192.168.178.151
|
||
sudo install -m 0440 -o root -g root ~/mission-control-v2/deploy/sudoers-mc2-autonomie /etc/sudoers.d/mc2-autonomie && sudo visudo -c
|
||
sudo apt-get install -y unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades
|
||
sudo systemctl disable --now mission-control.service # alte v1-Leiche entfernen
|
||
|
||
Bis dahin meldet der So-Lauf Engine/Router-Updates nur („wartet — sudo-Freischaltung fehlt").
|
||
|
||
## Nützliche Handgriffe (SSH)
|
||
|
||
curl -s http://127.0.0.1:9001/api/health # Gesamtzustand (brain ready?)
|
||
bash ~/mission-control-v2/deploy/autoupdate.sh # Update-Lauf sofort statt Sonntag
|
||
bash ~/mission-control-v2/deploy/notify.sh "test" # Meldeweg testen (muss auf Telegram ankommen)
|
||
tail ~/mc2-notify.log # was wurde zuletzt gemeldet
|