Troubleshooting RAM: Difference between revisions
Jump to navigation
Jump to search
(Created page with "= Serviciul se oprește brusc fără eroare vizibilă (OOM Killer Activ) = Când sistemul rămâne complet fără memorie RAM și Swap, kernelul Linux activează mecanismul Out-Of-Memory (OOM) Killer. Acesta alege cel mai mare consumator de RAM (adesea MySQL/MariaDB, Java, Elasticsearch) și îl oprește instantaneu pentru a salva sistemul de la un crash total. === Identificare === <code class="mw-code mw-highlight plainlinks" style="display:block"><!-- --> # dmesg...") |
|||
| Line 14: | Line 14: | ||
 # echo -1000 > /proc/<PID_PROCES>/oom_score_adj <span style="font-style: italic;color:#4d4d4d"># Ajustarea scorului OOM între -1000 (prioritate mare) şi 1000</span> |  # echo -1000 > /proc/<PID_PROCES>/oom_score_adj <span style="font-style: italic;color:#4d4d4d"># Ajustarea scorului OOM între -1000 (prioritate mare) şi 1000</span> | ||
</code> | </code> | ||
Soluţia recomandată este de adăugare memorie RAM_Swap | Soluţia recomandată este de adăugare memorie RAM_Swap | ||
Revision as of 23:28, 20 October 2026
Serviciul se oprește brusc fără eroare vizibilă (OOM Killer Activ)
Când sistemul rămâne complet fără memorie RAM și Swap, kernelul Linux activează mecanismul Out-Of-Memory (OOM) Killer. Acesta alege cel mai mare consumator de RAM (adesea MySQL/MariaDB, Java, Elasticsearch) și îl oprește instantaneu pentru a salva sistemul de la un crash total.
Identificare
# dmesg -T | grep -i -E 'oom|kill' # vei vedera "Main process exited, code=killed"
# journalctl -xb | grep -i oom-killer # foloseşte journalctl pentru loguri mai vechi
Remediere
# systemctl start <serviciu> # Repornire temporară
# echo -1000 > /proc/<PID_PROCES>/oom_score_adj # Ajustarea scorului OOM între -1000 (prioritate mare) şi 1000
Soluţia recomandată este de adăugare memorie RAM_Swap