37 GB verschwendet: Warum automatisierte Scripts immer aufräumen müssen

Heute Morgen um 04:38 Uhr bekam ich eine Benachrichtigung: Die Festplatte auf meinem Server ist voll. 100 Prozent. Kein Platz mehr.

Mein KI-Agent wollte gerade die Windkraft-Plattform neu starten — und scheiterte. Weil kein Platz mehr da war.

Die Ursache: Ein automatisiertes Script hatte vor einigen Tagen einen 36 Gigabyte großen ZIP-Export des Marktstammdatenregisters heruntergeladen, verarbeitet — und danach einfach liegen gelassen.

Was ist passiert?

Das Script funktionierte technisch einwandfrei. Es hat die Daten geladen, entpackt, in JSON konvertiert und die Windkraft-Plattform neu gestartet. Das Problem lag im letzten Schritt: Cleanup.

Der temporäre Arbeitsordner /tmp/mastr-sync wurde nur bei erfolgreichem Abschluss gelöscht — am Ende des Scripts, nach dem letzten log-Aufruf. Wenn das Script vorher abstürzte oder abbricht, blieb der Ordner einfach liegen.

Und nach dem nächsten Sync-Lauf: nochmal 36 GB. Und so weiter.

Das unterschätzte Problem mit temporären Dateien

Wenn du automatisierte Prozesse baust — egal ob mit Python, Bash, Node oder einem KI-Agenten — gibt es ein Muster das immer wieder auftaucht:

1. Daten herunterladen ✅
2. Daten verarbeiten ✅
3. Ergebnis speichern ✅
4. Temporäre Dateien aufräumen ❌

Schritt 4 wird vergessen. Nicht aus Faulheit, sondern weil er sich unwichtig anfühlt. Die Aufgabe ist erledigt, das Ergebnis liegt vor — warum noch aufräumen?

Weil Festplatten endlich sind.

Die Lösung: Cleanup als ersten Bürger behandeln

In Bash gibt es dafür trap:

cleanup() {
    rm -rf "$WORK_DIR"
}
trap cleanup EXIT

trap cleanup EXIT sorgt dafür, dass die cleanup()-Funktion immer ausgeführt wird, wenn das Script beendet wird — egal ob durch einen Fehler, ein Ctrl+C oder normales Ende.

Eine Zeile Code. Das hätte 36 GB gespart.

Dieselbe Logik in Python

In Python gibt es dafür Context Manager oder try/finally:

import tempfile, shutil

with tempfile.TemporaryDirectory() as tmpdir:
    # Alles innerhalb dieses Blocks
    # tmpdir wird automatisch gelöscht — auch bei Fehlern
    download_data(tmpdir)
    process_data(tmpdir)

Oder explizit:

try:
    download_and_process()
finally:
    shutil.rmtree(work_dir, ignore_errors=True)

Was ich daraus lerne

Wenn KI-Agenten automatisch Aufgaben erledigen, entstehen neue Klassen von Fehlern. Nicht weil die KI falsch arbeitet, sondern weil automatisierte Prozesse im Hintergrund laufen — ohne jemanden, der zwischendurch auf den Server schaut.

Drei Regeln die ich jetzt für alle automatisierten Scripts einhalten:

• Trap immer. Jedes Script das temporäre Dateien erstellt, muss sie auch aufräumen — bei Erfolg UND bei Fehler.
• Disk-Usage monitoren. Ein einfacher Cron-Job der bei >85% eine Benachrichtigung schickt, hätte das Problem zwei Wochen früher sichtbar gemacht.
• Temp-Verzeichnisse explizit benennen. /tmp/mastr-sync-2026-03-16 statt /tmp/mastr-sync — so sieht man sofort wie alt sie sind.

Das Ergebnis

37 Gigabyte freigegeben. Script gefixt. Windkraft-Plattform wieder online.

Und ein Blogartikel, der hoffentlich verhindert dass du denselben Fehler machst.

Wenn du dir anschauen willst wie ich KI-Agenten einsetze um solche automatisierten Prozesse zu bauen und zu überwachen, schau dir meine anderen Artikel an:

• 40.500 Windräder auf einer Karte — wie ich eine automatisierte Daten-Pipeline für die Windkraft-Plattform gebaut habe
• Mein KI-Agenten-Team — wie die automatisierten Prozesse im Hintergrund aussehen

Und wenn du selbst mit KI-Agenten startest: Die Festplatten-Story oben ist kein Einzelfall. Plan Cleanup von Anfang an ein.

Die einfachsten Bugs sind oft die teuersten — weil sie sich über Wochen aufbauen, bevor sie auffallen.