Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Bellek ve Performans

Linux OOM Killer: RAM Bitti ve Process Killed Hatası

OOM Killer, sistem veya bir cgroup gerekli belleği sağlayamadığında çekirdeğin süreç sonlandırarak sistemi ayakta tutma mekanizmasıdır. Yüksek used değeri tek başına sorun değildir; MemAvailable, swap, process RSS, cgroup limitleri ve kernel OOM kayıtları birlikte okunmalıdır.

OOM KillerKilled ProcessSwapMemory Leakcgroup OOM
root@linux:~#
kernel: Out of memory: Killed process 2451 (php-fpm) total-vm:...
systemd-oomd: Killed /user.slice/...
Cannot allocate memory
8Gerçek hata mesajı
6Güvenli teşhis komutu
3Dağıtım ve panel akışı
7Teknik SSS yanıtı
01
Teknik yaklaşım

Linux OOM Killer ve RAM sorunu nasıl ayrıştırılır?

OOM Killer, sistem veya bir cgroup gerekli belleği sağlayamadığında çekirdeğin süreç sonlandırarak sistemi ayakta tutma mekanizmasıdır. Yüksek used değeri tek başına sorun değildir; MemAvailable, swap, process RSS, cgroup limitleri ve kernel OOM kayıtları birlikte okunmalıdır.

01

Tam hatayı kaydedin

Ekrandaki genel uyarı yerine journal, servis ve kernel logundaki ilk gerçek hata mesajını zaman bilgisiyle alın.

02

Katmanları ayırın

Servis, disk, ağ, izin, güvenlik politikası ve uygulama yapılandırmasını aynı anda değiştirmeden ayrı test edin.

03

Dağıtımı doğrulayın

Ubuntu/Debian ile AlmaLinux/Rocky/CloudLinux üzerinde servis adı, paket yöneticisi ve firewall aracı farklı olabilir.

04

Geri dönüş hazırlayın

SSH, ağ, firewall, boot ve disk değişikliklerinde ikinci oturum, konsol, snapshot veya güncel yedek bulundurun.

echo 3 > drop_caches komutunu kalıcı çözüm olarak kullanmayın.

02
Hata sözlüğü

Log mesajları, nedenleri ve ilk güvenli işlem

8 kayıt
01kritik

Out of memory: Killed process

Anlamı: Kernel bellek açmak için süreç sonlandırdı.

Muhtemel neden: RAM/swap tükendi veya kontrolsüz process büyüdü.

02kritik

systemd-oomd killed process

Anlamı: Userspace OOM yöneticisi baskı nedeniyle unit/cgroup sonlandırdı.

Muhtemel neden: Memory pressure veya swap politikası.

03kritik

Cannot allocate memory

Anlamı: Süreç yeni bellek alamadı.

Muhtemel neden: Sistem/cgroup limiti, overcommit veya address space.

04uyari

Swap 100% used

Anlamı: Swap tamamen dolu.

Muhtemel neden: Sürekli memory pressure veya düşük RAM.

05uyari

PHP-FPM child killed

Anlamı: Web worker bellek nedeniyle sonlandırıldı.

Muhtemel neden: Ağır istek, memory leak veya fazla child.

06uyari

mysqld killed by OOM

Anlamı: Veritabanı süreci victim seçildi.

Muhtemel neden: Buffer toplamı ve diğer servisler RAM’i aştı.

07uyari

Container OOMKilled

Anlamı: Container memory limitini aştı.

Muhtemel neden: Düşük limit veya uygulama sızıntısı.

08bilgi

High used memory but high available

Anlamı: Linux cache kullanıyor ancak baskı yok.

Muhtemel neden: Normal page cache kullanımı.

Bu ifadeyle eşleşen hata kaydı bulunamadı.

03
Kopyalanabilir kontroller

SSH ve sistem teşhis komutları

Bellek özeti

free -h
cat /proc/meminfo | grep -E 'MemTotal|MemAvailable|SwapTotal|SwapFree|CommitLimit|Committed_AS'

RAM, available, swap ve commit değerlerini gösterir.

En çok tüketen süreçler

ps -eo pid,user,comm,rss,vsz,%mem,%cpu --sort=-rss | head -n 30

RSS’e göre büyük süreçleri gösterir.

OOM logları

journalctl -k -g 'Out of memory|Killed process|oom-kill' -n 200 --no-pager

Kernel OOM olaylarını gösterir.

Bellek baskısı

cat /proc/pressure/memory
vmstat 1 10

Memory pressure, paging ve swap hareketini gösterir.

Swap durumu

swapon --show --bytes
cat /proc/sys/vm/swappiness

Swap alanlarını ve swappiness değerini gösterir.

systemd unit limiti

systemctl show servisadi -p MemoryCurrent -p MemoryPeak -p MemoryMax -p MemoryHigh -p OOMPolicy

Servisin cgroup bellek kullanımını ve limitlerini gösterir.

04
Ortama göre uygulama

Ubuntu, AlmaLinux ve panel sunucusu ayrımı

Ubuntu / Debian

systemd-oomd, snap/container süreçleri ve unattended işlemler ayrıca izlenmelidir.

  • systemctl status systemd-oomd --no-pager 2>/dev/null || true
  • oomctl 2>/dev/null || true
  • systemd-cgtop -b -n 1

AlmaLinux / Rocky / CloudLinux

cgroup v2, tuned profili, LVE limitleri ve kernel OOM kayıtları birlikte incelenmelidir.

  • systemd-cgtop -b -n 1
  • tuned-adm active 2>/dev/null || true
  • lveinfo --period=1h --by-fault=mem 2>/dev/null | head -n 40 || true

cPanel / Plesk

PHP-FPM pool, MySQL/MariaDB buffer, mail filtreleri ve yedekleme süreçleri RAM toplamına göre değerlendirilmelidir.

  • ps -C php-fpm,lsphp,mysqld,mariadbd -o pid,cmd,rss,%mem --sort=-rss 2>/dev/null | head -n 40
  • systemctl list-units --type=service --state=running | grep -E 'php|mysql|maria|backup'
  • free -h
Güvenlik ve erişim riski

Kesinlikle yapmayın

  • echo 3 > drop_caches komutunu kalıcı çözüm olarak kullanmayın.
  • OOM victim’i korumak için oom_score_adj değerini körlemesine -1000 yapmayın.
  • Swap ekleyerek memory leak sorununu gizlemeyin.
  • MySQL ve PHP limitlerini birbirinden bağımsız artırmayın.
İşlem sonrası kontrol

Çözümü doğrulayın

  • Yeni OOM veya OOMKilled olayı oluşmuyor.
  • MemAvailable ve memory pressure güvenli seviyede.
  • Servislerin bellek limitleri gerçek iş yüküne uygun.
  • Yük testi sırasında swap thrashing oluşmuyor.
05
İç SEO içerik kümesi

İlgili Linux hata çözümleri

06
Birincil teknik kaynaklar

Resmî Linux ve dağıtım belgeleri

07
Sık sorulan sorular

Linux OOM Killer ve RAM hakkında merak edilenler

Linux OOM Killer ve RAM sorununda ilk işlem nedir?

Ekrandaki veya logdaki tam hata mesajı zaman bilgisiyle kaydedilir; ardından servis, ağ, disk ve güvenlik katmanları ayrı test edilir.

Ubuntu ile AlmaLinux komutları neden farklı?

Paket yöneticisi, firewall, ağ yöneticisi ve bazı servis adları dağıtım ailelerine göre farklıdır. Sayfadaki dağıtım bölümü bu ayrımı gösterir.

Servisi yeniden başlatmak çözüm mü?

Geçici olarak çalıştırabilir ancak log ve kaynak verisi alınmadan yapılan restart kök nedeni gizleyebilir.

Komutları doğrudan üretimde çalıştırabilir miyim?

Salt okunur teşhis komutları genellikle güvenlidir. Config, firewall, disk ve recovery değişikliklerinde konsol, yedek ve geri dönüş planı gerekir.

cPanel veya Plesk sunucusunda aynı adımlar geçerli mi?

Linux katmanı aynıdır ancak panel servis wrapper’ları, firewall eklentileri ve üretici paketleri ayrıca dikkate alınmalıdır.

Root erişimini kaybetmemek için ne yapılmalı?

SSH, firewall, network veya boot değişikliklerinde ikinci oturum ve sağlayıcı konsolu açık tutulmalıdır.

Bu rehber Google’da birinci sıra garantisi verir mi?

Hayır. Teknik doğruluk ve kapsam güçlü temel sağlar; sıralama rekabet, site otoritesi, iç link, hız ve kullanıcı davranışına da bağlıdır.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Linux sunucunuzu erişim veya veri kaybı oluşturmadan düzeltelim

Ubuntu, Debian, AlmaLinux, Rocky ve CloudLinux servis, disk, ağ, güvenlik, performans ve boot sorunlarını log verileriyle analiz ediyoruz.

Teknik Destek AlWhatsApp ile Yaz
Top