🐱 Crumbpage 33: Reflex — Wenn es brennt, denkt der Körper nicht

Subtitle: Passive Instinktbewegung — was weiß dein Wald, bevor du denkst?
Pfad: 33 — Der Reflex
Schwierigkeit: ⭐⭐⭐⭐ (4/5)
Zeit: ~2 Stunden (+ ein Restore-Test im Monat, für immer)
Voraussetzungen: Pfad 31: Ansible, Pfad 32: Zustand, borgmatic läuft

„Eine Katze, die vom Tisch fällt, rechnet nicht.
Sie ist schon gelandet, bevor der Kopf das Fallen begriffen hat.
So holst du einen Node zurück: nicht durch Denken — durch geübten Reflex.“ 🐱

🌟 Wer dich auf diesem Pfad begleitet

Kapitel 33 gehört der Katze. Sie führt, die anderen sichern.

🥋 Passive Instinktbewegung

Im Dojo fragt die Katze: „Was weiß dein Körper, bevor dein Kopf denkt?"

Im Wald fragt sie dasselbe:

Wenn nachts ein Node stirbt —
wonach greift deine Hand,
bevor die Angst kommt?

Wenn die Antwort „ich weiß nicht" ist, ist es zu spät zum Lernen.
Darum üben wir die Bewegung jetzt, im Ruhigen, bis sie Reflex ist.

Drei Kampf-Prinzipien, drei Ops-Reflexe:

🧭 Erst atmen, dann der Reflex

Bei Feuer gibt es nicht nur löschen oder laufen. Die Katze kennt den dritten Weg:
neu pflanzen. Aber nur, wenn der Samen vorher gelegt wurde.

Zwei Fragen, bevor die Hand sich bewegt:

Wurde dieser Node gesichert?   (borgmatic create lief?)
Wurde der Restore getestet?    (borgmatic extract lief schon mal?)

• Ja, ja → der Reflex trägt. Spring.
• Nein → wenn der Node noch lebt: erst borgmatic create. Ein Backup im Feuer schlägt kein Backup.

🪵 Welches Feuer brennt? — Triage

Drei Größen, drei Antworten. Geh von oben nach unten.

A — Ein Dienst hustet

Kleinstes Feuer. Erst schauen (Schnecki hält die Katze am Schwanz), dann handeln.

# Welcher Dienst? (read-only)
ansible-playbook playbooks/dienste.yml

# Auf dem Host: Dienst angucken
systemctl status <dienst>      # z.B. nginx, gitea, qdrant, forest-api, postgresql@15-main

# Neu starten
systemctl restart <dienst>
journalctl -u <dienst> -n 50   # was war los?

Soll-Zustand wiederherstellen, falls Konfig verstellt wurde:

ansible-playbook playbooks/aufbau.yml --check   # erst gucken
ansible-playbook playbooks/aufbau.yml           # dann richten

Hilft das nicht → es ist Feuer B.

B — Daten zurückholen

Der Node lebt, aber Daten sind kaputt (DB, Gitea-Repo, Qdrant-Index).
Energie umlenken — immer erst in einen Test-Ordner, nie blind über die Live-Daten.

1. Was liegt im Backup?

borgmatic list                    # welche Archive (Baumringe)?
borgmatic list --archive latest   # was ist drin?

2. In einen Test-Ordner auspacken (verändert nichts Echtes)

borgmatic extract --archive latest --destination /tmp/restore

3. Gezielt zurückspielen — je Host verschieden

backbone (.io — PostgreSQL: Chat + NetBox)

# Cluster-Dump liegt im Backup unter /tmp/restore/var/backups/pgdump/all.sql
sudo -u postgres psql -f /tmp/restore/var/backups/pgdump/all.sql
systemctl restart forest-api netbox netbox-rq

nullfeld (.org/.de/.com — Gitea sqlite + Qdrant)

# Gitea (sqlite + Repos):
systemctl stop gitea
cp -a /tmp/restore/var/lib/gitea/data/. /var/lib/gitea/data/
chown -R git:git /var/lib/gitea/data
systemctl start gitea

# Qdrant: aus gesichertem Snapshot wiederherstellen
#   Snapshots im Backup: /tmp/restore/var/lib/qdrant/snapshots/
#   -> zurücklegen, über die API recovern, dann:
systemctl restart qdrant

⚠️ Niemals eine laufende DB-Datei drüberkopieren. Erst Dienst stoppen (gitea)
bzw. SQL-Dump einspielen (postgres). Das ist das Umlenken — nicht das Drücken.

C — Wiedergeburt (ganzer Node)

Das große Feuer: der Node ist weg. Eine klare Aktion — kein Wirbel.
Egal ob VM oder Bare Metal — ab Schritt 2 ist der Weg identisch.

1. Blankes Debian 12         (Strato-Image / Installer / USB)
        ↓  ← NUR hier unterscheiden sich VM und Bare Metal
2. SSH-Key reinlegen         (root, passender crumbforest_*-Key)
3. Host ins inventory.ini    (Name + ansible_host = neue IP)
4. ansible <host> -m ping    → pong? Dann hört der Wald dich.
5. ansible-playbook playbooks/aufbau.yml      → Gestalt (Pakete, Dienste)
6. Backup zurückholen        → Feuer B, Schritt 2+3 (Daten/DBs)
7. ansible-playbook playbooks/doktor.yml      → lebt der Baum?

Der Node ist nicht magisch zurückgekehrt.
Aber sein Zustand hat einen Weg nach Hause gefunden.

🌱 Was NICHT im Backup ist (bewusst)

Damit du es im Feuer nicht suchst:

• ollama-Modelle (gemma4, llama3, all-minilm, gemma:2b) — ollama pull, kein Ballast.
• redis-Cache — flüchtig, baut sich neu auf.
• Das blanke Betriebssystem — vom Installer/Image, nicht aus Ansible.

Alles andere — Configs, DBs, Repos, Vektoren — wohnt im Samen.

🧪 Das Kata: der Restore-Test

Reflex entsteht durch Wiederholung. Ein Backup, das nie zurückgeholt wurde,
ist nur Hoffnung. Mach das einmal im Monat auf jedem Host — bis es Instinkt ist:

borgmatic create --stats                                  # frischer Baumring
borgmatic extract --archive latest --destination /tmp/restore-test
ls -la /tmp/restore-test                                  # ist alles da?
rm -rf /tmp/restore-test                                  # aufräumen

Läuft das durch, weiß dein Körper den Weg — bevor dein Kopf das Feuer begreift.

✅ Notfall-Checkliste (zum Ausdrucken, neben den Bildschirm)

[ ] Atmen. Wurde gesichert? Wurde Restore getestet?
[ ] Welches Feuer? Dienst / Daten / ganzer Node?
[ ] Erst schauen (status, doktor, list) — dann handeln.
[ ] Restore IMMER erst nach /tmp, nie blind drüber.
[ ] DB: dump einspielen / Dienst stoppen — nie Live-Datei kopieren.
[ ] Nach dem Pflanzen: doktor.yml — lebt der Baum?
[ ] Danach: frisches Backup + neuen Restore-Test.

🧒 Für kleine Krümel erklärt

Stell dir vor, du übst, vom Klettergerüst zu springen.
Beim ersten Mal denkst du nach und hast Angst.
Nach hundert Malen springst du einfach — dein Körper weiß es schon.

So ist es mit einem kaputten Computer.
Wenn du einmal im Monat übst, ihn zurückzuholen,
dann ist es kein Schreck mehr, wenn er wirklich kaputtgeht.

Du springst. Und der Wald fängt dich auf.

🐱 Krümel on. Reflex bereit. Es geht nichts verloren.