eplamat Runbooks

RAM-Verbrauch kritisch (über 95%)

Alert: CriticalMemoryUsage
Critical · OOM-Risiko Auto-clear bei Entlastung
🔥
Akut. OOM-Killer kann jeden Moment Container schießen. Wenn der Falsche stirbt (Postgres, InfluxDB), gibt's Datenverlust.

❓Was bedeutet das?

RAM ist zu 95% belegt — nur noch ~750 MB free auf einem 15-GB-System. Linux OOM-Killer wird jetzt anfangen, Container zu killen, um Memory freizumachen.

Was getroffen wird, hängt vom "OOM-Score" jedes Prozesses ab — meist trifft's einen RAM-Hog (gut: Paperless-OCR-Worker), kann aber auch was Empfindliches treffen (schlecht: Postgres mit ungespeicherten Schreibvorgängen).

⚠️Wie schlimm ist es?

Hoch. Sofort handeln. Wenn du das innerhalb von 5 Min nicht entlastest, riskierst du:

🔧Was tun?

  1. Größter Verbraucher finden — sofort: 
    docker stats --no-stream --format "table {{.Name}}\t{{.MemUsage}}\t{{.MemPerc}}" | sort -k3 -rh | head -5
  2. Den größten Hog stoppen oder restarten (außer Postgres/InfluxDB): 
    docker compose restart <name>
    Restart entlastet RAM-Leaks sofort.
  3. Wenn Minecraft drauf ist: Spieler bitten kurz auszuloggen oder vorsichtig stoppen.
  4. Nach Entlastung: ursachensuchen — siehe HighMemoryUsage-Runbook.
  5. System-Logs auf OOM-Kills prüfen: 
    journalctl --since "1 hour ago" | grep -i "killed process\|out of memory"
    Wenn was getroffen wurde: betroffenen Service kontrollieren.

🆘Wenn das nicht klappt

SOFORT in Claude pasten. Bei kritischem RAM ist Zeit ein Faktor — Claude kann parallel Top-Hogs identifizieren, sicher restarten, und nach OOM-Kills suchen.