Türkiye (Türkçe)
Almanya (German)
Worldwide (English)
EPEşzamanlı web giriş süreçleri
Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
508 hatası, cPanel hesabının CloudLinux LVE katmanında CPU, fiziksel bellek, Entry Processes, NPROC, IO veya IOPS sınırlarından birine ulaştığını gösterir. Bu rehber hangi limitin dolduğunu bulur ve yalnızca limiti artırmak yerine gerçek yük nedenini çözer.
508 Resource Limit Is Reached
The website is temporarily unable to service your request
CloudLinux LVE fault detected
EPf: 24 PMf: 3 NprocF: 0CloudLinux her hosting hesabını LVE adı verilen izole kaynak alanında çalıştırır. Hesap tanımlanan sınırı aştığında diğer müşterileri korumak için istek yavaşlatılabilir veya 508 sayfası gösterilebilir.
Entry Processes, Apache veya LiteSpeed üzerinden hesaba giren eşzamanlı dinamik istekleri ifade eder. Yavaş PHP kodu veya bot trafiği her isteğin uzun süre açık kalmasına ve EP sınırının dolmasına neden olabilir.
PMEM hesabın süreçlerinin kullandığı fiziksel bellektir. PHP memory_limit tek bir PHP isteğini sınırlarken CloudLinux PMEM aynı hesaptaki bütün süreçlerin toplamını kapsar.
NPROC web isteklerinin yanı sıra cron, SSH, PHP, Node.js ve diğer süreçleri kapsayabilir. Sağlıklı yapılandırmada NPROC değeri EP’den yeterince yüksek olmalıdır; yalnızca iki limiti eşitlemek süreçlerin erken engellenmesine yol açabilir.
CPU, IO ve IOPS sınırları çoğu zaman isteği doğrudan kesmek yerine yavaşlatır. Yavaşlayan istekler daha uzun açık kaldığı için ikincil olarak EP veya NPROC fault oluşturabilir.
Limit artırmak bazen gereklidir; ancak anormal bot trafiği, wp-cron fırtınası, kötü yazılmış sorgu veya zararlı yazılım varken limiti yükseltmek yalnızca sorunun daha fazla kaynak tüketmesine izin verir.
E-postada, tarayıcıda veya SSH günlüğünde gördüğünüz ifadeyi aratın. Her kartta anlam, muhtemel neden ve güvenli ilk işlem bulunur.
Anlamı: Hesap CloudLinux tarafından tanımlanan kaynak sınırlarından birine ulaşmıştır.
Muhtemel neden: EP, PMEM, NPROC, CPU, IO veya IOPS tüketimi.
Anlamı: Eşzamanlı dinamik web isteği sayısı EP sınırına ulaşmıştır.
Muhtemel neden: Bot trafiği, yavaş PHP, uzak API, veritabanı beklemesi veya düşük EP limiti.
Anlamı: Hesabın toplam fiziksel RAM kullanımı PMEM limitine ulaşmıştır.
Muhtemel neden: Çok sayıda PHP süreci, yüksek memory_limit, eklenti sızıntısı veya büyük import.
Anlamı: Hesabın toplam süreç/thread sayısı NPROC sınırına ulaşmıştır.
Muhtemel neden: Cron çoğalması, takılı PHP süreçleri, shell/node süreçleri veya düşük NPROC.
Anlamı: Hesap tanımlanan CPU kapasitesini sürekli tüketmektedir.
Muhtemel neden: Yoğun PHP, kötü sorgu, tarama botu, cron veya zararlı yazılım.
Anlamı: Hesabın saniyelik disk okuma/yazma bant genişliği sınırına ulaştığını gösterir.
Muhtemel neden: Yedekleme, büyük import, cache yazımı, mail işlemi veya yoğun veritabanı dosyası erişimi.
Anlamı: Saniyedeki disk işlem sayısı limiti dolmuştur.
Muhtemel neden: Çok sayıda küçük dosya, session/cache, antivirüs taraması veya e-posta kuyruğu.
Anlamı: Eski veya özel yapılarda sanal bellek sınırına ulaşıldığını gösterebilir.
Muhtemel neden: Yüksek sanal adres alanı kullanan süreçler veya eski LVE ayarı.
Anlamı: CPU/IO throttling yaşanıyor fakat kesme eşiği fault üretmiyor olabilir.
Muhtemel neden: Hesap limitte uzun süre çalışıyor veya veritabanı/global sunucu gecikmesi var.
Anlamı: Periyodik trafik veya zamanlanmış görev kaynakları aynı zaman aralığında tüketiyor.
Muhtemel neden: wp-cron, yedekleme, XML import, bot dalgası veya kampanya trafiği.
Bu ifadeyle eşleşen kayıt bulunamadı.
Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.
lveinfo --period=1h --by-fault=any --display-username --show-allHangi kullanıcıda hangi limit fault oluştuğunu toplu gösterir.
lveinfo --user=USERNAME --period=24h --display-username --show-allUSERNAME hesabının son 24 saat kaynak kullanımını ve fault değerlerini gösterir.
lvetopCPU, memory, EP, process ve IO kullanımını gerçek zamanlı izler.
lvectl list-user USERNAME
cloudlinux-limits get --username USERNAME 2>/dev/nullHesaba uygulanmış mevcut LVE sınırlarını gösterir.
ps -u USERNAME -o pid,ppid,%cpu,%mem,rss,etime,cmd --sort=-%cpu | head -n 40CPU, RAM ve uzun çalışma süresine göre kullanıcı süreçlerini listeler.
awk '{print $1}' /usr/local/apache/domlogs/ALANADI | sort | uniq -c | sort -nr | head
awk '{print $7}' /usr/local/apache/domlogs/ALANADI | sort | uniq -c | sort -nr | headEn çok istek yapan IP’leri ve URL’leri bulur.
crontab -u USERNAME -l
journalctl --since '2 hours ago' | grep -Ei 'CROND.*USERNAME' | tail -n 100Yoğun saatlerde çalışan cron görevlerini tespit eder.
ps -u USERNAME -f
find /home/USERNAME/public_html -type f -mtime -2 -name '*.php' -ls 2>/dev/null | head -n 100Beklenmeyen süreçleri ve yakın zamanda değişen PHP dosyalarını gösterir.
Doğru çözüm, hata sayfasına bakıp rastgele limit yükseltmek değil; fault türünü, zamanı ve yükü üreten URL veya süreci eşleştirmektir.
EPf, PMf, NprocF, CPUf veya IOf sütunlarından hangisinin arttığını bulun. Tarih-saat bilgisi sonraki log eşleşmesi için gereklidir.
lveinfo --user=USERNAME --period=24h --display-username --show-allHata devam ederken lvetop, ps ve domain erişim loglarıyla yükü oluşturan süreç, IP ve URL’leri bulun.
lvetop
ps -u USERNAME -o pid,ppid,%cpu,%mem,rss,etime,cmd --sort=-%cpu | headWordPress cron, güvenlik taraması, XML import, yavaş sorgu, uzak API veya yoğun bot URL’si gibi nedenleri optimize edin ya da zamanlayın.
wp cron event list --path=/home/USERNAME/public_html 2>/dev/null | headTekrarlayan bot veya saldırı isteklerini Cloudflare, WAF, ModSecurity ya da uygulama rate limit ile engelleyin. Gerçek ziyaretçiyi toplu IP engeliyle etkilemeyin.
awk '{print $1}' /usr/local/apache/domlogs/ALANADI | sort | uniq -c | sort -nr | headOptimizasyon sonrası gerçek iş yükü mevcut paketi aşıyorsa RAM ve sunucu kapasitesini hesaba katarak limitleri paket veya kullanıcı bazında yükseltin.
lvectl set-user USERNAME --speed=200% --pmem=2G --nproc=150 --maxEntryProcs=40 --save-all-parametersYeni fault oluşmadığını, kaynak eğrisinin normalleştiğini ve 508 sayfasının tekrar etmediğini takip edin.
lveinfo --user=USERNAME --period=24h --display-username --show-allİstekler CPU tüketmeden bir kaynağı bekliyor olabilir. Uzak API, veritabanı kilidi, uzun HTTP isteği veya PHP session kilidi kontrol edilir.
ps -u USERNAME -o pid,stat,wchan:24,etime,cmd | head -n 50Tek bir ağır süreç mi yoksa çok sayıda küçük PHP süreci mi belleği dolduruyor ayırın. memory_limit ile LVE PMEM aynı sınır değildir.
ps -u USERNAME -o pid,rss,%mem,etime,cmd --sort=-rss | head -n 30Cron, shell, Node.js veya takılı PHP süreçleri toplam sayıyı doldurabilir. NPROC değerinin EP’den makul ölçüde yüksek olması gerekir.
ps -u USERNAME --no-headers | wc -l
pstree -ap USERNAME | head -n 80En yoğun IP ve URL’leri belirleyip Cloudflare/WAF üzerinde hedefli rate limit uygulayın. Googlebot gibi doğrulanmış arama motorlarını yanlışlıkla engellemeyin.
grep "$(date '+%d/%b/%Y')" /usr/local/apache/domlogs/ALANADI | awk '{print $1,$7}' | sort | uniq -c | sort -nr | headToplu ürün işlemini küçük partilere bölün, gerçek cron kullanın, WP-Cron’u her ziyarette çalıştırmayın ve sorgu/cache yapısını optimize edin.
wp cron event list --path=/home/USERNAME/public_html --fields=hook,next_run_gmt,recurrence | head -n 50cPanel hesabının CloudLinux tarafından tanımlanmış CPU, PMEM, EP, NPROC, IO veya IOPS kaynaklarından en az birine ulaştığını gösterir.
WHM LVE Manager içindeki Faults alanı veya SSH üzerinden lveinfo çıktısındaki EPf, PMf, NprocF ve diğer fault sütunları kontrol edilir.
Web sunucusundan hesaba aynı anda giren dinamik isteklerin sayısıdır. Yavaş yanıtlanan her PHP isteği EP slotunu daha uzun süre meşgul eder.
Hayır. PHP memory_limit tek PHP sürecinin kullanabileceği belleği sınırlar. CloudLinux PMEM ise hesaba ait süreçlerin toplam fiziksel bellek kullanımını kapsar.
Gerçek trafik mevcut paketi aşıyorsa çözebilir. Bot, zararlı yazılım veya yavaş kod varsa yalnızca sorunun daha fazla kaynak tüketmesine izin verir ve geçici olur.
Tek bir evrensel sayı yoktur. Hesabın uygulama yapısına göre belirlenmeli ve genellikle EP değerinden yeterince yüksek tutulmalıdır; toplam sunucu kapasitesi de hesaba katılmalıdır.
Googlebot sayfaya tekrar tekrar 508 yanıtı alırsa tarama ve kullanıcı deneyimi olumsuz etkilenebilir. Hatanın yoğun saatlerde tekrarlamaması gerekir.
Optimizasyondan sonra gerçek ve sürekli kaynak ihtiyacı paylaşımlı paket sınırlarını aşıyorsa VPS/VDS mantıklıdır. Önce fault kaynağı ve uygulama verimliliği ölçülmelidir.
cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim ve güvenlik katmanlarını birlikte analiz ederek yalnızca servisi kaldırmak yerine arızanın temel nedenini gideriyoruz.