{"id":25361,"date":"2026-10-26T15:33:49","date_gmt":"2026-10-26T14:33:49","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=25361"},"modified":"2026-10-26T15:33:50","modified_gmt":"2026-10-26T14:33:50","slug":"out-of-memory-oom-killer-unter-linux-ein-wenig-technik","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2026\/10\/26\/out-of-memory-oom-killer-unter-linux-ein-wenig-technik\/","title":{"rendered":"Out Of Memory (OOM) Killer unter Linux – ein wenig Technik"},"content":{"rendered":"\n

Der Linux-Kernel steuert so gut wie alles, was unter ihm l\u00e4uft – also alles, auch den Speicher (Hauptspeicher oder auch RAM genannt<\/em>). Ein Computer kann noch so viel RAM haben, wenn eine Software durch einen Fehler immer mehr solchen braucht, ist der RAM irgendwann zu Ende. Dann muss der Kernel irgend etwas tun (nicht nur der Linux-Kernel, sondern auch der von Windows oder macOS<\/em>) – er wird einen Prozess beenden, um dem restlichen Betriebssystem wieder mehr RAM zur Verf\u00fcgung stellen zu k\u00f6nnen – hat dieses zu wenig, steht die Kiste ganz einfach und dies muss vermieden werden.<\/p>\n\n\n\n

Der Prozess, der in diesem Fall Prozesse beendet, nennt sich Out Of Memory-Killer, oder kurz einfach OOM. In den meisten F\u00e4llen wird OOM ganz einfach den Prozess killen, der am meisten RAM ben\u00f6tigt. Schlimm ist dies etwa auf einem Server, dessen Webseite etwa eine Datenbank ben\u00f6tigt – ohne die DB funktioniert die Webseite nicht.<\/p>\n\n\n\n

Wie w\u00e4hlt der OOM-Killer entsprechende Prozesse aus?<\/h3>\n\n\n\n

Der OOM-Killer w\u00e4hlt zu beendende Prozesse nach einem Score aus, diese sucht er sich aus dem Systemverzeichnis „\/proc<\/em>“ (hierzu sind root-Rechte n\u00f6tig<\/em>):<\/p>\n\n\n\n

ls \/proc\/<\/code><\/pre>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Jeder Prozess hat hier sein eigenes Verzeichnis mit einer Nummer, in jedem solchen Verzeichnis finden sich einige Dateien – etwa:<\/p>\n\n\n\n
ls \/proc\/174\/<\/code><\/pre>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Unter anderem findet sich in einem solchen Verzeichnis eine Datei Namens „oom_score<\/strong>„, diese beinhaltet einen Score, nachdem OOM ausw\u00e4hlt, ob dieser Prozess beendet wird oder nicht. Sehen wir uns den Inhalt der Datei dieses zuf\u00e4lligen Prozesses einmal an:<\/p>\n\n\n\n
less \/proc\/174\/oom_score<\/code><\/pre>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Die Zahl in dieser Datei, ist der Score, nachdem OOM zu beendende Prozesse ausw\u00e4hlt. Je h\u00f6her der Score, desto eher wird OOM diesen Prozess bei mangelndem Speicher beenden. Dies war nur ein kleiner Einblick in die Technik – Sie k\u00f6nnen sich die Prozesse mit folgendem Befehl anzeigen lassen, welche OOM am ehesten beenden wird – mit head -n Zahl<\/code> geben Sie die Anzahl der Prozesse an:<\/p>\n\n\n\n
for pid in $(ls -d \/proc\/[0-9]* | cut -d\/ -f3); do   if [ -r \"\/proc\/$pid\/oom_score\" ]; then     printf \"%-8s %-8s %s\\n\" \"$pid\" \"$(cat \/proc\/$pid\/oom_score)\" \"$(cat \/proc\/$pid\/comm 2>\/dev\/null)\";   fi; done | sort -k2 -nr | head -n 10<\/code><\/pre>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Der Befehl sort<\/code> sortiert die Ausgabe in Spalten – die erste zeigt die PID (Prozess-ID<\/em>), die zweite den Score und die dritte den Prozess-Namen.<\/p>\n\n\n\n
Mit folgendem Befehl sehen Sie den Score direkt an zweiter Stelle – mit head -Zahl<\/code> steuern Sie die Anzahl der ausgegebenen Prozesse:<\/p>\n\n\n\n
for p in \/proc\/[0-9]*; do printf '%s %s %s\\n' \"$(cat $p\/oom_score 2>\/dev\/null)\" \"$(cat $p\/oom_score_adj 2>\/dev\/null)\" \"$(cat $p\/comm 2>\/dev\/null)\"; done | sort -rn | head -5<\/code><\/pre>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Ein kleines St\u00fcck weiter in der Technik – im Verzeichnis findet sich auch eine Datei Namens „oom_score_adj<\/strong>„, diese dient dazu, den Score selbst zu ver\u00e4ndern – wurde nichts angepasst, ist der Wert darin „0“.<\/p>\n\n\n\n
OOM-Killer nutzen<\/h3>\n\n\n\n
Jetzt nehmen wir einmal an, Ihre Webseite (oder was auch immer<\/em>) funktioniert auf einmal nicht mehr – jetzt gilt es erst einmal herauszufinden, ob OOM-Killer dahinter steckt. Versuchen wir es einfach einmal mit dem Prozess „apache2<\/strong>“ oder „php-fpm8.1<\/strong>„:<\/p>\n\n\n\n
journalctl -k -g 'oom-killer|apache2'\njournalctl -k -g 'oom-killer|php-fpm8.1'<\/code><\/pre>\n\n\n\n
Ob OOM-Killer \u00fcberhaupt schon einmal zugeschlagen hat, sehen Sie mit:<\/p>\n\n\n\n
journalctl -k -g 'oom-killer'<\/code><\/pre>\n\n\n\n
Eine m\u00f6gliche Ausgabe, wenn die Software zugeschlagen hat:<\/p>\n\n\n\n
Oct 21 02:14:07 kernel: php-fpm8.1 invoked oom-killer: gfp_mask=0x140cca(GFP_HIGHUSER_MOVABLE|__GFP_COMP), order=0, oom_score_adj=0\nOct 21 02:14:07 kernel: Out of memory: Killed process 1187 (mariadbd) total-vm:2457316kB, anon-rss:1201344kB, file-rss:0kB, shmem-rss:0kB, UID:107 pgtables:2876kB oom_score_adj:0\n<\/code><\/pre>\n\n\n\n
Wenn Sie verhindern wollen, das OOM einen Prozess killt, der unbedingt weiterlaufen soll, m\u00fcssen Sie erst einmal wissen, wie dessen Score aussieht. Ein Beispiel f\u00fcr den Prozess „chrome<\/strong>„:<\/p>\n\n\n\n
choom -p $(pgrep -o chrome)<\/code><\/pre>\n\n\n\n
Oder f\u00fcr alle m\u00f6glichen Chrome-Instanzen:<\/p>\n\n\n\n
for pid in $(pidof chrome); do   choom -p \"$pid\"; done<\/code><\/pre>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Jetzt k\u00f6nnen Sie den Score manuell ver\u00e4ndern – die Werte reichen von „-1000 (nie beenden<\/em>), \u00fcber „1000“ (gleichg\u00fcltig<\/em>) und „+1000“ (sofort bei Problemen beenden<\/em>).<\/p>\n\n\n\n
choom -p $(pidof chrome) -n -1000<\/code><\/pre>\n\n\n\n
Oder f\u00fcr alle Instanzen:<\/p>\n\n\n\n
for pid in $(pidof chrome); do; choom -p \"$pid\" -n -1000; done<\/code><\/pre>\n\n\n\n
Solche Manipulationen halten bis zum n\u00e4chsten Neustart des Systems. M\u00f6chten Sie Einstellungen dauerhaft setzen, m\u00fcssen Sie etwas tiefer greifen – sehen wir uns in diesem Beispiel die Systemd-Unit „cups<\/strong>“ an:<\/p>\n\n\n\n
systemctl show cups -p OOMScoreAdjust<\/code><\/pre>\n\n\n\n
Ein Beispiel f\u00fcr die Ausgabe:<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
M\u00f6chten Sie dessen Score anpassen, bearbeiten Sie die Systemd-Datei des Prozesses, am schnellsten ganz einfach f\u00fcr die genannte Unit:<\/p>\n\n\n\n
systemctl edit cups.service<\/code><\/pre>\n\n\n\n
Standard in diesem Fall:<\/p>\n\n\n\n
### Editing \/etc\/systemd\/system\/cups.service.d\/override.conf\n### Anything between here and the comment below will become the contents of the drop-in file\n\n\n\n### Edits below this comment will be discarded\n\n\n### \/usr\/lib\/systemd\/system\/cups.service\n# [Unit]\n# Description=CUPS Scheduler\n# Documentation=man:cupsd(8)\n# After=network.target nss-user-lookup.target time-set.target nslcd.service\n# Requires=cups.socket\n# \n# [Service]\n# ExecStart=\/usr\/sbin\/cupsd -l\n# Type=notify\n# Restart=on-failure\n# Slice=system-cups.slice\n# \n# \n# [Install]\n# Also=cups.socket cups.path\n# WantedBy=printer.target multi-user.target<\/code><\/pre>\n\n\n\n
Im Bereich „[Service]<\/strong>“ f\u00fcgen Sie jetzt als erste Zeile neu hinzu und geben den gew\u00fcnschten Score an, im Beispiel „-1000<\/strong>„:<\/p>\n\n\n\n
### Editing \/etc\/systemd\/system\/cups.service.d\/override.conf\n### Anything between here and the comment below will become the contents of the drop-in file\n\n\n\n### Edits below this comment will be discarded\n\n\n### \/usr\/lib\/systemd\/system\/cups.service\n# [Unit]\n# Description=CUPS Scheduler\n# Documentation=man:cupsd(8)\n# After=network.target nss-user-lookup.target time-set.target nslcd.service\n# Requires=cups.socket\n# \n# [Service]\nOOMScoreAdjust=-1000\n# ExecStart=\/usr\/sbin\/cupsd -l\n# Type=notify\n# Restart=on-failure\n# Slice=system-cups.slice\n# \n# \n# [Install]\n# Also=cups.socket cups.path\n# WantedBy=printer.target multi-user.target<\/code><\/pre>\n\n\n\n
Anschlie\u00dfend starten Sie den Service neu.<\/p>\n\n\n\n
Den Speicher begrenzen<\/h3>\n\n\n\n
Jetzt haben wir aber noch immer ein Problem – OOM wird den Prozess zwar nicht beenden, er wird aber auf Grund welchen Fehlers auch immer (siehe etwa die letzten beiden PHP-L\u00fccken<\/em>) nicht beenden, wenn der Speicher ausgeht, sondern erst andere. Aber wenn der eine Prozess immer mehr RAM ben\u00f6tigt, wird er einmal von selbst abst\u00fcrzen, weil eben einmal kein freier RAM mehr da ist.<\/p>\n\n\n\n
Wir m\u00fcssen dem Prozess also etwa eine RAM-Grenze vorgeben. Dies funktioniert am einfachsten, wenn das Betriebssystem „cgroups v2<\/strong>“ nutzt, dies zeigt der Befehl:<\/p>\n\n\n\n
stat -fc %T \/sys\/fs\/cgroup<\/code><\/pre>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Die Ausgabe cgroup2fs<\/code> best\u00e4tigt dies. Um dem Service mit einer Speichergrenze zu belegen nutzen wir wieder Systemd<\/a>. Im Beispiel mit dem Service „php-fpm8.1<\/strong>“ und einer weichen Grenze von „1,5GB<\/strong>“ und einer harten Grenze von „2GB<\/strong>„:<\/p>\n\n\n\n
systemctl set-property php-fpm8.1.service MemoryHigh=1.5G MemoryMax=2G<\/code><\/pre>\n\n\n\n