OOMKilled Cheatsheet

kubectl describe pod <name> | grep -A 5 "Last State"

→ Zeigt Reason (OOMKilled), Exit-Code (137) und Timestamp des letzten Crashs.

kubectl get pod <name> -o jsonpath='{.status.containerStatuses[*].lastState.terminated.reason}'

→ Ein-Zeilen-Output, ideal für Skripte und Alerts.

kubectl get events -A --field-selector reason=OOMKilling | tail -20

→ Findet alle OOMKills im Cluster, zeitlich sortiert.

kubectl top pod <name> --containers

→ Aktueller Memory-Verbrauch pro Container - die wichtigste Live-Zahl.

kubectl top pods -A --sort-by=memory | head -20

→ Sortiert alle Pods cluster-weit nach Memory-Verbrauch.

kubectl exec <pod> -- cat /sys/fs/cgroup/memory.peak

→ Maximalverbrauch seit Container-Start - die einzige Zahl fürs Right-Sizing.

kubectl describe pod <name> | grep -A 3 "Limits\|Requests"

→ Zeigt was wirklich im Manifest steht - oft anders als gedacht.

kubectl get pod <name> -o jsonpath='{range .spec.containers[*]}{.name}: {.resources}{"\n"}{end}'

→ Saubere Übersicht über alle Container im Pod.

kubectl describe node <node> | grep -A 5 "Allocated resources"

→ Summierte Requests vs. Node-Kapazität - findet Node-Pressure.

kubectl set resources deployment/<name> --limits=memory=1Gi --requests=memory=512Mi

→ Schneller Patch - für GitOps natürlich im Manifest committen.

kubectl rollout status deployment/<name> -w

→ Wartet bis neue Pods stabil laufen oder zeigt Fehler.

kubectl top pod <name> --containers -w

→ Live-Monitor - Verbrauch unter Last sollte unter dem neuen Limit bleiben.