docs/issues/0021-overmind-03-windows-build-vm-verschwindet-ci.md

---
type: issue
id: "0021"
status: waiting
created: 2026-08-02
milestone: M2
priority: medium
area: infrastructure
wartegrund: "Wartet auf Go von sorb für Variante C (Fehlermeldung des CI-Jobs um den Hinweis 'Stack in Dokploy neu deployen' ergänzen); Variante A erst, wenn der Fall ein drittes Mal auftritt."
gitlab_iid: "21"
related: []
---
# OVERMIND-03: Windows-Build-VM verschwindet — CI kann sie nur starten, nicht anlegen

> Import aus [management#21](https://git.lab/axion1337.chat/management/-/issues/21) (2026-08-11). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei (ADR-0012).

Der CI-Job `start_windows_vm` macht ausschließlich `docker start windows-runner`. Existiert der Container nicht, scheitert er mit `No such container: windows-runner` — so geschehen am 2026-08-02 (Job 498), nachdem der Container zwischenzeitlich verschwunden war (vermutlich durch einen Dokploy-Redeploy oder den Host-Neustart; nicht verifiziert).

sorb hat ihn manuell neu gestartet, danach lief der Build. Der Fall wiederholt sich aber, sobald der Stack erneut angefasst wird.

**Optionen:**
- **A** — Job robuster machen: bei fehlendem Container den Dokploy-Stack `windows-runner` per API neu deployen statt nur zu starten.
- **B** — Container über `restart: unless-stopped` dauerhaft halten. ⚠️ Widerspricht dem On-demand-Prinzip (die VM belegt 8 GB) und war eine bewusste Entscheidung.
- **C** — so lassen, aber die Fehlermeldung im Job um den Hinweis „Stack in Dokploy neu deployen" ergänzen (billigste Variante).

Empfehlung: **C jetzt, A wenn es ein drittes Mal passiert.**

## Präzisierung 2026-08-15

Kein technischer Blocker — das Issue enthält bereits die Empfehlung (**C jetzt, A beim dritten
Auftreten**) und wartet nur auf das Go. C ist ein Einzeiler in der Job-Definition und macht den
Fall selbsterklärend, statt die nächste Session wieder raten zu lassen. Bislang ist der Fall
**einmal** aufgetreten (2026-08-02, Job 498).
feat: slice 4 - the open management issues live in the repo 2026-08-11 12:00:00 +00:00			`---`
			`type: issue`
			`id: "0021"`
			`status: waiting`
			`created: 2026-08-02`
			`milestone: M2`
			`priority: medium`
			`area: infrastructure`
docs(issues): review all waiting issues, close #0041 and #0025 2026-08-15 12:00:00 +00:00			`wartegrund: "Wartet auf Go von sorb für Variante C (Fehlermeldung des CI-Jobs um den Hinweis 'Stack in Dokploy neu deployen' ergänzen); Variante A erst, wenn der Fall ein drittes Mal auftritt."`
feat: slice 4 - the open management issues live in the repo 2026-08-11 12:00:00 +00:00			`gitlab_iid: "21"`
			`related: []`
			`---`
			`# OVERMIND-03: Windows-Build-VM verschwindet — CI kann sie nur starten, nicht anlegen`

			`> Import aus [management#21](https://git.lab/axion1337.chat/management/-/issues/21) (2026-08-11). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei (ADR-0012).`

			Der CI-Job `start_windows_vm` macht ausschließlich `docker start windows-runner`. Existiert der Container nicht, scheitert er mit `No such container: windows-runner` — so geschehen am 2026-08-02 (Job 498), nachdem der Container zwischenzeitlich verschwunden war (vermutlich durch einen Dokploy-Redeploy oder den Host-Neustart; nicht verifiziert).

			`sorb hat ihn manuell neu gestartet, danach lief der Build. Der Fall wiederholt sich aber, sobald der Stack erneut angefasst wird.`

			`Optionen:`
			- A — Job robuster machen: bei fehlendem Container den Dokploy-Stack `windows-runner` per API neu deployen statt nur zu starten.
			- B — Container über `restart: unless-stopped` dauerhaft halten. ⚠️ Widerspricht dem On-demand-Prinzip (die VM belegt 8 GB) und war eine bewusste Entscheidung.
			`- C — so lassen, aber die Fehlermeldung im Job um den Hinweis „Stack in Dokploy neu deployen" ergänzen (billigste Variante).`

			`Empfehlung: C jetzt, A wenn es ein drittes Mal passiert.`
docs(issues): review all waiting issues, close #0041 and #0025 2026-08-15 12:00:00 +00:00
			`## Präzisierung 2026-08-15`

			`Kein technischer Blocker — das Issue enthält bereits die Empfehlung (**C jetzt, A beim dritten`
			`Auftreten**) und wartet nur auf das Go. C ist ein Einzeiler in der Job-Definition und macht den`
			`Fall selbsterklärend, statt die nächste Session wieder raten zu lassen. Bislang ist der Fall`
			`einmal aufgetreten (2026-08-02, Job 498).`