overmind: OVERMIND-02 Host-Ausfall 2026-07-31 dokumentiert, VM-Tabellenzeile aktualisiert

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PKhFj1S3UdD6xL2fbWPeYj

hosts/overmind.md

@@ -20,7 +20,7 @@ nicht von diesem Host ab, nur neue Builds pausieren bei Ausfall.
 | GitLab CE 18.7.1 + Postgres 16 + Redis 7 | Dokploy-Stack `management-gitlabce` | `external_url https://git.lab`, SSH 2224; TLS terminiert der Dokploy-Proxy (GitLab-nginx lauscht nur :80) |
 | gitlab-runner `lab-builder-1` (v18.7.0) | gleicher Stack, Service `gitlab-runner` | Docker-Executor + Socket, `concurrent = 1`. **Stolpersteine, live gefunden**: (1) Docker-interner DNS löst `git.lab` auf den GitLab-Container auf, wo 443 zu ist → `extra_hosts: git.lab:10.58.73.17` nötig; (2) Lab-CA muss nach `/etc/gitlab-runner/certs/git.lab.crt` (Config-Volume, übersteht Redeploys) |
 | gitlab-runner `lab-windows-1` | Windows-Gast in der Build-VM | Tags `[windows]`, `run_untagged=false`, Shell-Executor PowerShell — siehe Runbook |
-| Windows-Build-VM | Dokploy-Stack `windows-runner` (geplant/in Einrichtung) | Image `rohana.axion1337.de/sorb/windows-vm:6662d55f` (Eigenbau aus reviewtem Pin `7645a2b`, Vendor-Repo `git.lab/axion1337.chat/vendor/windows`), **on-demand** (`restart: "no"`, Start/Stop über CI-Jobs), 8G/6 Kerne/96G. Runbook: `docs/axion-runner.md` im Vendor-Repo |
+| Windows-Build-VM | Dokploy-Stack `windows-runner` (live seit 2026-07-31) | Image `registry.git.lab/axion1337.chat/vendor/windows:stable` (Eigenbau aus reviewtem Pin `7645a2b`, Vendor-Repo `git.lab/axion1337.chat/vendor/windows`), **on-demand** (`restart: "no"`, Start/Stop über CI-Jobs), 8G/6 Kerne/96G. Runbook: `docs/axion-runner.md` im Vendor-Repo. Gast-Uhr geht falsch (Traces stempeln ~+7h) — kosmetisch |
 
 ## Repo-Topologie (Kontext)
 
@@ -76,6 +76,37 @@ vorhanden, Runbook referenziert `stable`.
 zurückgestellt, bis kein Auto-Job das alte Image parallel referenziert (Reihenfolge:
 erst neues Image bauen, dann Referenz umstellen).
 
+## OVERMIND-02 — Host-Ausfall 2026-07-31 ~19:15 lokal (Ursache ungeklärt)
+
+**Status:** offen
+
+**Zeitleiste (lokal, UTC+2):**
+- 18:58 — Windows-VM nach händischem Container-Stop+Start zurück, Runner online
+- 19:00 — desktop_windows Job 399 (Versuch 5): läuft bis `build:native`, scheitert an
+  fehlendem rustc (kein Host-Problem)
+- 19:05–19:12 — Provision-Job 409 grün (Rust 1.97.1 maschinenweit, Strawberry Perl,
+  Python 3.14, NASM-PATH), Dienst-Neustart via Scheduled Task funktionierte
+- 19:13/19:14 — letzte saubere Runner-Herzschläge
+- **zwischen 19:14 und 19:21 — Host fällt aus**: Ping 100 % Verlust, git.lab-API tot
+- 19:21 — Job 413 (Versuch 6) wird noch aufgegriffen, Git-Fetch scheitert nach 8 s mit
+  `Could not resolve host: git.lab` → Host-Netz/DNS zu dem Zeitpunkt bereits kaputt;
+  danach Funkstille
+- ~20:15 — Host pingt wieder (Reboot durch sorb), 20:21 GitLab-API zurück,
+  lab-builder-1 online; windows-runner-Container down (`restart: "no"` — korrekt)
+
+**Wichtig:** Der Windows-Build war NICHT die Ursache — Job 413 hat nie Quellcode
+geholt, die VM lief nur idle (frisch provisioniert; denkbare Gast-Hintergrundlast:
+Windows Update/Defender nach den choco-Installs). Die 8-G-Zuteilung der VM plus
+GitLab-Stack blieb aber auch nach dem Puma-Fix ein enges Budget auf 30 Gi.
+
+**Nächste Schritte:**
+1. (sorb) Absturzspuren des letzten Boots sichern:
+   `journalctl -b -1 -p err --no-pager | tail -50` und
+   `journalctl -b -1 --no-pager | grep -iE 'oom|out of memory|panic|hung task' | tail -20`
+2. Ursache hier nachtragen; je nach Befund VM-`RAM_SIZE` auf 6G senken oder
+   Build-Fenster ohne Parallellast definieren
+3. Erst danach Versuch 7 der Windows-Build-Kette (ThreadNet-Web#5)
+
 ---
 
 Weitere CI-Betriebsthemen laufen über die Projekt-Issues (ThreadNet-Web#5