Karte 791: Test-Postgres mit docker rm -f -v entfernen (1760 herrenlose Volumes auf dem NAS)

[daniel-marthaler]

Problem

postgres:18-alpine deklariert VOLUME /var/lib/postgresql. Jeder docker run des
CI-Test-Postgres legt deshalb ein anonymes Volume an — und docker rm -f ohne -v
laesst es liegen.

Auf dem NAS (wo die vier self-hosted Runner laufen) sind so 1761 herrenlose Volumes mit
vollstaendigen Postgres-Datenverzeichnissen aufgelaufen, Stand 13.08.2026:

volumes_total = 1823 / dangling = 1795 / PG_VERSION-Cluster = 1761 (alle Postgres 18)
Alter: 2026-03: 2 | 04: 2 | 05: 15 | 06: 254 | 07: 890 | 08: 598   (~46/Tag im August)

Das ist nicht nur Plattenplatz: die Datenverzeichnisse fallen aus jeder Rechte- und
Aufbewahrungsregel heraus (Karte 791, Nebenfund aus 787).

Beleg — Positiv- und Negativprobe auf dem NAS

dangling_vorher = 1795
docker rm -f    probe791a  -> Volume 39524ac9… ZURUECKGEBLIEBEN, dangling 1796
docker rm -f -v probe791b  -> Volume 1f391b42… verschwunden
dangling_nachher = 1795     (Probe restlos aufgeraeumt)

Aenderung

-v an allen fuenf docker rm -f der Test-Postgres-Container (Zeilen 216, 348, 643, 686, 889);
die beiden Vorkommen in Kommentaren bleiben unveraendert. Dazu ein erklaerender Kommentar an den
beiden Start-Schritten.

Die parallelen Stellen in root-autobump.yaml von app/guild/schuetu/iot/fwtool bekommen je einen
eigenen PR.

Nicht geprueft

Der Bestand der bereits vorhandenen 1761 Volumes wird durch diesen PR nicht aufgeraeumt —
das ist als Entscheidung abgetrennt (unumkehrbar, Karte 791 Punkt 2).

Reine Workflow-Aenderung: Merge mit [skip-ci] in der Betreffzeile.