Türkei (Türkisch)
Germany (German)
Worldwide (English)
Vollständigen Fehler aufzeichnen
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Der OOM Killer ist der Kernel-Mechanismus, der das System am Leben erhält, indem er Prozesse beendet, wenn das System oder eine cgroup den benötigten Speicher nicht bereitstellen kann. Ein hoher used-Wert allein ist kein Problem; MemAvailable, Swap, Prozess-RSS, cgroup-Limits und Kernel-OOM-Einträge sind gemeinsam zu lesen.
kernel: Out of memory: Killed process 2451 (php-fpm) total-vm:...
systemd-oomd: Killed /user.slice/...
Cannot allocate memoryDer OOM Killer ist der Kernel-Mechanismus, der das System am Leben erhält, indem er Prozesse beendet, wenn das System oder eine cgroup den benötigten Speicher nicht bereitstellen kann. Ein hoher used-Wert allein ist kein Problem; MemAvailable, Swap, Prozess-RSS, cgroup-Limits und Kernel-OOM-Einträge sind gemeinsam zu lesen.
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
Testen Sie Dienst, Festplatte, Netzwerk, Berechtigung, Sicherheitsrichtlinie und Anwendungskonfiguration separat, ohne sie gleichzeitig zu ändern.
Der Dienstname, der Paketmanager und das Firewall-Tool können unter Ubuntu/Debian und AlmaLinux/Rocky/CloudLinux unterschiedlich sein.
Behalten Sie eine zweite Sitzung, Konsole, einen Snapshot oder ein aktuelles Backup für SSH-, Netzwerk-, Firewall-, Boot- und Festplattenänderungen.
Verwenden Sie den Befehl 'echo 3 > drop_caches' nicht als dauerhafte Lösung.
Bedeutung: Der Kernel beendete einen Prozess, um Speicher freizugeben.
Mögliche Ursache: RAM/Swap ist erschöpft oder ein unkontrollierter Prozess wuchs.
Bedeutung: Der Userspace-OOM-Manager beendete die Unit/cgroup wegen Drucks.
Mögliche Ursache: Memory pressure oder Swap-Richtlinie.
Bedeutung: Der Prozess konnte keinen neuen Speicher anfordern.
Mögliche Ursache: System/cgroup-Limit, Overcommit oder Adressraum.
Bedeutung: Swap tamamen dolu.
Mögliche Ursache: Ständiger memory pressure oder wenig RAM.
Bedeutung: Der Web-Worker wurde wegen Speicher beendet.
Mögliche Ursache: Schwere Anfrage, Speicherleck oder übermäßiger Nachkomme.
Bedeutung: Der Datenbankprozess wurde als Opfer ausgewählt.
Mögliche Ursache: Der Gesamtbuffer und andere Dienste haben den RAM überschritten.
Bedeutung: Das Container-Speicherlimit wurde überschritten.
Mögliche Ursache: Niedriges Limit oder Anwendungsleck.
Bedeutung: Linux verwendet Cache, aber es besteht kein Druck.
Mögliche Ursache: Normale Page-Cache-Nutzung.
Es wurden keine Fehlerdatensätze gefunden, die diesem Ausdruck entsprechen.
free -h
cat /proc/meminfo | grep -E 'MemTotal|MemAvailable|SwapTotal|SwapFree|CommitLimit|Committed_AS'Zeigt RAM, available, Swap und commit-Werte.
ps -eo pid,user,comm,rss,vsz,%mem,%cpu --sort=-rss | head -n 30Zeigt die großen Prozesse nach RSS.
journalctl -k -g 'Out of memory|Killed process|oom-kill' -n 200 --no-pagerZeigt die Kernel-OOM-Ereignisse.
cat /proc/pressure/memory
vmstat 1 10Zeigt memory pressure, Paging und Swap-Aktivität.
swapon --show --bytes
cat /proc/sys/vm/swappinessZeigt die Swap-Bereiche und den swappiness-Wert.
systemctl show servisadi -p MemoryCurrent -p MemoryPeak -p MemoryMax -p MemoryHigh -p OOMPolicyZeigt die cgroup-Speichernutzung und -limits des Dienstes.
systemd-oomd, snap/Container-Prozesse und unbeaufsichtigte Vorgänge sind zusätzlich zu überwachen.
systemctl status systemd-oomd --no-pager 2>/dev/null || trueoomctl 2>/dev/null || truesystemd-cgtop -b -n 1cgroup v2, tuned-Profil, LVE-Limits und Kernel-OOM-Einträge sind gemeinsam zu prüfen.
systemd-cgtop -b -n 1tuned-adm active 2>/dev/null || truelveinfo --period=1h --by-fault=mem 2>/dev/null | head -n 40 || truePHP-FPM-Pool, MySQL/MariaDB-Puffer, Mail-Filter und Backup-Prozesse sind in Bezug auf den gesamten RAM zu bewerten.
ps -C php-fpm,lsphp,mysqld,mariadbd -o pid,cmd,rss,%mem --sort=-rss 2>/dev/null | head -n 40systemctl list-units --type=service --state=running | grep -E 'php|mysql|maria|backup'free -hProtokollieren Sie die genaue Fehlermeldung auf dem Bildschirm oder im Log mit Zeitstempel und testen Sie anschließend Dienst, Netzwerk, Datenträger und Sicherheitsschichten getrennt.
Paketverwaltung, Firewall, Netzwerkverwaltung und einige Dienstnamen unterscheiden sich je nach Distributionsfamilie. Der Distributionsabschnitt erläutert diese Unterschiede.
Ein Neustart kann den Dienst vorübergehend wiederherstellen, aber ohne Protokoll- und Ressourcendaten die Ursache verbergen.
Schreibgeschützte Diagnosebefehle sind meist sicher. Konfigurations-, Firewall-, Datenträger- und Wiederherstellungsänderungen erfordern Konsole, Sicherung und Rollback-Plan.
Die Linux-Ebene ist identisch; Control-Panel-Service-Wrapper, Firewall-Erweiterungen und Herstellerpakete müssen zusätzlich berücksichtigt werden.
Halten Sie bei SSH-, Firewall-, Netzwerk- oder Bootänderungen eine zweite Sitzung und die Provider-Konsole offen.
Nein. Technische Genauigkeit und Umfang bilden eine gute Grundlage; Rankings hängen außerdem von Wettbewerb, Autorität, internen Links, Geschwindigkeit und Nutzerverhalten ab.
Wir analysieren Ubuntu-, Debian-, AlmaLinux-, Rocky- und CloudLinux-Dienst-, Festplatten-, Netzwerk-, Sicherheits-, Leistungs- und Bootprobleme mit Protokolldaten.