Turkey (Türkçe)
Germany (German)
Worldwide (English)
PHP katmanıLSAPI, PHP-FPM veya lsphp süreçleri
Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Web sitesi 503 Service Unavailable döndüğünde sorun çoğu zaman Apache ile PHP işlemcisi arasındaki bağlantı, PHP-FPM havuzu, CloudLinux LVE limiti veya yoğun PHP süreçleridir. Bu uzman rehber, tek site ve tüm sunucu senaryolarını ayrı ayrı teşhis eder.
[proxy_fcgi:error] AH01079: failed to make connection to backend
mod_lsapi: Connect to backend failed: connect to lsphp failed: 110
Service Unavailable
The server is temporarily unable to service your request.HTTP 503, sunucunun isteği geçici olarak işleyemediğini bildirir. Bu durum alan adının veya DNS’in mutlaka bozuk olduğu anlamına gelmez; web sunucusu çalışırken PHP arka ucuna erişemiyor olabilir.
Yalnızca tek bir cPanel hesabı etkileniyorsa önce o hesabın PHP sürümü, handler seçimi, PHP-FPM havuzu, .htaccess kuralları ve CloudLinux kaynak geçmişi incelenmelidir.
Sunucudaki bütün PHP siteleri aynı anda 503 veriyorsa Apache/LiteSpeed servisi, PHP-FPM servisleri, global işlem limiti, bellek baskısı, dosya tanımlayıcıları ve yakın zamanda yapılan EasyApache güncellemesi kontrol edilir.
connect to lsphp failed: 110 ifadesindeki 110 genellikle bağlantı zaman aşımıdır. lsphp işlemi yanıt vermiyor, oluşturulamıyor veya CloudLinux/Limits katmanı yeni süreci engelliyor olabilir.
Statik HTML dosyası açılırken PHP dosyaları 503 veriyorsa sorun ağdan çok PHP işleyici katmanına yaklaşır. Bu ayrım gereksiz DNS, SSL veya firewall müdahalelerini önler.
Servisi yeniden başlatmak geçici olarak siteyi açabilir; ancak yoğun eklenti, bozuk PHP kodu, bot trafiği veya yetersiz process limiti devam ederse hata yeniden oluşur. Çözümün kalıcı sayılması için log ve kaynak geçmişi birlikte doğrulanmalıdır.
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ı: Web sunucusu isteği geçici olarak işleyememiştir.
Muhtemel neden: PHP arka ucu kapalı, süreç limiti dolu, uygulama kilitli veya bakım/yeniden başlatma yaşanıyor olabilir.
Anlamı: Apache mod_lsapi üzerinden lsphp sürecine zamanında bağlanamamıştır.
Muhtemel neden: Takılı lsphp, LVE limiti, yoğun süreç, bellek baskısı veya LSAPI bağlantı sorunu.
Anlamı: LSAPI arka uca bağlanmayı tekrar tekrar denemiş ve bekleme süresini aşmıştır.
Muhtemel neden: Uygulama uzun süre kilitli, PHP süreçleri dolu veya uzak veritabanı/API yanıt vermiyor.
Anlamı: PHP-FPM havuzunda eşzamanlı çalışabilecek çocuk süreç sayısı dolmuştur.
Muhtemel neden: Ani trafik, yavaş PHP istekleri, düşük pm.max_children veya veritabanı gecikmesi.
Anlamı: Apache proxy_fcgi yapılandırılmış PHP-FPM soketine veya portuna bağlanamamıştır.
Muhtemel neden: PHP-FPM servisi kapalı, socket yolu yanlış, havuz oluşmamış veya izin sorunu var.
Anlamı: PHP-FPM çalışsa da gönderilen script yolunu geçerli dosya olarak bulamamıştır.
Muhtemel neden: DocumentRoot, proxy eşlemesi, symlink, yanlış rewrite veya dosya izinleri.
Anlamı: Yeni süreç, socket veya sistem kaynağı geçici olarak ayrılamamıştır.
Muhtemel neden: NPROC/EP sınırı, process limiti, dosya tanımlayıcı limiti veya sistem yoğunluğu.
Anlamı: PHP veya web sunucusu yeni bellek alanı ayıramamıştır.
Muhtemel neden: Gerçek RAM tükenmesi, cgroup/LVE PMEM limiti ya da aşırı process sayısı.
Anlamı: PHP uygulaması geçerli HTTP başlıklarını üretmeden sonlanmıştır.
Muhtemel neden: Fatal error, timeout, segfault, izin sorunu veya uygulamanın erken kapanması.
Anlamı: Paket güncellemesinden sonra handler veya havuz uyumsuzluğu oluşmuş olabilir.
Muhtemel neden: Eksik paket, eski FPM havuzu, servislerin yeniden yüklenmemesi veya yanlış sürüm seçimi.
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.
tail -n 150 /usr/local/apache/logs/error_log
tail -n 150 /usr/local/lsws/logs/error.log 2>/dev/null503 anındaki backend, LSAPI ve proxy_fcgi satırlarını gösterir.
/usr/local/cpanel/scripts/restartsrv_httpd --status
systemctl list-units --type=service 'ea-php*-php-fpm.service' --no-pagerApache ile kurulu PHP-FPM servislerinin çalışıp çalışmadığını ayırır.
/usr/local/cpanel/bin/rebuild_phpconf --current
/usr/local/cpanel/bin/whmapi1 php_get_vhost_versions | head -n 80Sistemin varsayılan handler’ını ve alan adı PHP sürümlerini kontrol eder.
ps -eo user,pid,ppid,%cpu,%mem,etime,cmd --sort=-%cpu | grep -E 'lsphp|php-fpm' | head -n 40CPU kullanan ve uzun süredir çalışan PHP süreçlerini listeler.
free -h
journalctl -k --since '1 hour ago' | grep -Ei 'oom|out of memory|killed process'Global RAM baskısı ile systemd tarafından yapılan normal kill işlemlerini ayırır.
lveinfo --period=1h --by-fault=any --display-username --show-all
lvetopEP, PMEM, NPROC, CPU veya IO fault oluşan hesapları gösterir.
/usr/local/cpanel/scripts/check_cpanel_pkgs --fixDeğiştirilmiş veya eksik cPanel yönetimli paketleri doğrular ve onarır.
find /home/USERNAME -maxdepth 3 -type f -name 'error_log' -printf '%TY-%Tm-%Td %TH:%TM %p\n' 2>/dev/null | sort -r | headUSERNAME yerine hesap adını yazarak en güncel uygulama error_log dosyalarını bulur.
Önce hatanın tek hesap mı yoksa tüm sunucu mu olduğunu belirleyin; ardından log, handler, kaynak ve uygulama katmanlarını sırayla doğrulayın.
Statik bir dosyayı, aynı hesaptaki başka PHP dosyasını ve farklı bir cPanel hesabını test edin. Bu test sorunun uygulama, hesap veya global servis seviyesinde olduğunu gösterir.
curl -skI https://alanadi.com/test.html
curl -skI https://alanadi.com/index.phpApache/LiteSpeed ve domain error_log kayıtlarını aynı zaman damgasına göre eşleştirin. 503 mesajı tek başına kök neden değildir.
tail -n 200 /usr/local/apache/logs/error_logAlan adının seçili EA-PHP sürümü, kullanılan handler ve PHP-FPM durumu birbirine uyumlu olmalıdır.
/usr/local/cpanel/bin/rebuild_phpconf --currentGlobal sorun doğrulanmışsa önce ilgili PHP-FPM servisini, ardından Apache’yi cPanel betikleriyle yeniden başlatın.
systemctl restart ea-php83-php-fpm
/usr/local/cpanel/scripts/restartsrv_httpdEP/NPROC/PMEM fault varsa yalnız limiti yükseltmek yerine bot trafiği, yavaş sorgu, cron, eklenti ve uzun çalışan PHP işlemlerini düzeltin.
lveinfo --period=1h --by-fault=any --display-username --show-allGüncelleme sonrası başladıysa paket bütünlüğünü denetleyin. Sonrasında HTTP kodu, servis durumu ve log tekrarını kontrol edin.
/usr/local/cpanel/scripts/check_cpanel_pkgs --fix
curl -skI https://alanadi.com/Önce o hesabın LVE geçmişi, PHP sürümü, .htaccess, uygulama error_log’u ve eklenti/cron süreçlerini inceleyin. Global Apache restart ilk seçenek olmamalıdır.
lveinfo --user=USERNAME --period=1h --display-username --show-allApache/LiteSpeed, tüm EA-PHP FPM servisleri, global RAM, process sayısı ve son EasyApache işlemleri kontrol edilir.
systemctl --failed --no-pager
free -h
ps -e --no-headers | wc -lAğ ve web sunucusu temel olarak erişilebilir; handler, PHP-FPM socket’i, lsphp veya PHP paketleri öncelikli şüphelidir.
echo '<?php echo PHP_VERSION;' > /home/USERNAME/public_html/eka-php-test.phpBu durum kalıcı çözüm değildir. Uzun çalışan istek, wp-cron, saldırı trafiği, veritabanı beklemesi veya process limitinin tekrar dolması araştırılmalıdır.
ps -eo user,pid,%cpu,%mem,etime,cmd --sort=-etime | grep -E 'lsphp|php-fpm' | headPHP süreçleri veritabanı yanıtını beklediği için havuz dolabilir. MariaDB processlist, slow query log ve disk IO kontrol edilir.
mysqladmin processlist
mysqladmin status
iostat -xz 1 3HTTP 503 geçici kullanılamama durumunu ifade eder; ancak kök neden düzeltilmezse sürekli tekrar edebilir. Servis restartı yalnızca takılı süreçleri temizler, yoğun kod veya limit sorununu çözmez.
mod_lsapi’nin lsphp arka ucuna belirlenen sürede bağlanamadığını gösterir. Takılı lsphp süreçleri, CloudLinux limitleri, yoğun uygulama veya bellek baskısı araştırılmalıdır.
Takılı bağlantıları geçici olarak temizleyebilir. Fakat hata tek hesaba aitse global restart diğer müşterileri gereksiz etkileyebilir ve asıl neden kısa süre sonra yeniden ortaya çıkabilir.
Yalnızca havuz gerçekten doluyor ve sunucuda her yeni PHP sürecini karşılayacak yeterli RAM varsa artırılmalıdır. Önce yavaş istekler ve veritabanı beklemeleri tespit edilmelidir.
DNS ve SSL sorunları farklı hata ekranları üretir. 503 cevabı genellikle isteğin web sunucusuna ulaştığını fakat arka uçta işlenemediğini gösterir.
508 çoğunlukla LVE kaynağının aşıldığını doğrudan bildirir. 503 ise backend bağlantısı veya servis kullanılamaması gibi daha genel bir sonuçtur; altında yine LVE limiti bulunabilir.
Hesabın LVE geçmişi, public_html/error_log, wp-cron, güvenlik eklentileri, cache eklentileri ve uzun süren PHP işlemleri kontrol edilmelidir.
Apache veya LiteSpeed, alan adının PHP-FPM servisi, MariaDB ve CloudLinux LVE katmanı temel kontrollerdir. Log hangi katmana işaret ediyorsa müdahale oradan başlamalıdır.
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.