Weapie 150fd3878c Build-Spitzenbedarf halbieren und Platz im Log sichtbar machen ... Der Workflow bricht weiter mit ENOSPC ab, jetzt in beiden npm-Stufen gleichzeitig nach 8,2 Sekunden - der Datentraeger ist praktisch voll. - prisma-cli baut auf deps statt auf base auf. Damit laufen die beiden npm-Installationen nacheinander statt parallel, was den gleichzeitigen Platzbedarf halbiert. Die deps-Schicht liegt ohnehin vor. - Der Workflow protokolliert vor dem Bauen Belegung, Inodes und docker system df. ENOSPC heisst auch "keine Inodes frei", was df -h nicht zeigt - beim naechsten Fehlschlag stehen die Zahlen im Log. - Ungenutzter Build-Cache aelter als 24h wird vor dem Bauen freigegeben. Jeder abgebrochene Versuch hinterlaesst sonst Schichten und macht es beim naechsten Mal enger. Betrifft nur Cache, keine Images, Volumes oder Container. Geprueft: Image baut mit serialisierten Stufen, Container startet, Migrationen laufen, Healthcheck gruen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>		2026-09-08 12:09:55 +02:00
..
publish-image.yml	Build-Spitzenbedarf halbieren und Platz im Log sichtbar machen	2026-09-08 12:09:55 +02:00