Plesk Üzerinde “503 Service Unavailable” Hatası Nasıl Giderilir?

“503 Service Unavailable” hatası, web sitenizin çalıştığı servis (genellikle PHP-FPM veya application pool) geçici olarak kullanılamadığında ortaya çıkar. Bu hata, web uygulamasının aşırı kaynak kullanımı, PHP süreci çökmesi, domain yapılandırma hatası veya servislerin durmuş olması gibi nedenlerle tetiklenir. Bu rehberde, Plesk üzerinde 503 hatasının nedenlerini ve çözüm adımlarını sistematik olarak inceleyeceğiz.

1) 503 Hatasının Anlamı

503, HTTP durum kodları arasında “Service Temporarily Unavailable” yani “Geçici olarak hizmet kullanılamıyor” anlamına gelir. Sorun genellikle sunucu tarafında bir servis veya süreç ile ilgilidir, istemci kaynaklı değildir.

• PHP-FPM süreci çöktü veya durdu.
• Domain için atanmış işlem havuzu doldu.
• Sunucu kaynakları (RAM, CPU) yetersiz.
• Nginx veya Apache proxy hatası oluştu.

2) Hatanın Görüldüğü Ortamlar

• WordPress, Laravel veya benzeri PHP framework’lerinde yoğun işlem sırasında.
• Site geçici olarak yüksek trafik aldığında.
• PHP-FPM yeniden başlatıldıktan hemen sonra.

3) PHP-FPM Servisini Yeniden Başlatın

Plesk Panel üzerinden:

Tools & Settings → Services Management → “PHP-FPM” → Restart

Alternatif olarak SSH üzerinden:

service plesk-php81-fpm restart
systemctl restart plesk-php-fpm

Servis yeniden başlatıldıktan sonra sitenizi yenileyin. Çoğu durumda bu adım hatayı düzeltir.

4) PHP-FPM Limitlerini Kontrol Edin

Her alan adı için tanımlı PHP-FPM havuzu (pool) limitleri dolduysa 503 hatası alabilirsiniz.

Plesk → Domains → example.com → PHP Settings

Aşağıdaki parametreleri kontrol edin:

• pm.max_children → Önerilen: 10–20
• pm.max_requests → Önerilen: 500–1000
• memory_limit → Önerilen: 512M veya üzeri

Değişikliklerden sonra Apply tıklayarak ayarları kaydedin.

5) Servis Durumlarını Kontrol Edin

Plesk servislerinden biri durmuşsa da 503 hatası görülebilir.

Tools & Settings → Services Management

Aşağıdaki servislerin Running olduğundan emin olun:

• Plesk PHP-FPM
• Apache Web Server
• Nginx Reverse Proxy
• MySQL / MariaDB

6) Apache & Nginx Loglarını İnceleyin

Hatanın kaynağını görmek için log dosyalarını kontrol edin:

/var/www/vhosts/system/example.com/logs/error_log
/var/log/nginx/error.log

503 ile birlikte “pool reached max_children” veya “upstream timed out” gibi ifadeler varsa PHP-FPM limitleri artırılmalıdır.

7) PHP Handler Seçimini Gözden Geçirin

Plesk’te domain bazında farklı PHP çalışma modları kullanılabilir:

• FPM application served by Nginx (önerilen)
• FastCGI application
• Apache module

Eğer FPM modunda sık sık 503 hatası alıyorsanız geçici olarak FastCGI moduna geçip test edin.

8) Disk ve Kaynak Kullanımını Kontrol Edin

Disk dolduysa veya swap alanı yetersizse PHP süreçleri başlatılamaz.

df -h
free -m

Yetersiz kaynak durumunda VDS veya Premium VDS seçeneklerine geçilmesi önerilir.

9) .htaccess ve PHP Ayarlarını Doğrulayın

Yanlış yapılandırılmış .htaccess veya PHP ayarları da 503’e neden olabilir. Geçici olarak .htaccess adını değiştirin:

mv .htaccess .htaccess.backup

Sayfa açılıyorsa, sorunun kaynağı yönlendirme veya mod_rewrite kurallarıdır.

10) WAF (Web Application Firewall) veya ModSecurity Etkisi

Plesk’te aktif olan ModSecurity (OWASP CRS) belirli istekleri engelliyorsa uygulama yanıt veremeyebilir.

Plesk → Domains → example.com → Web Application Firewall

ModSecurity’yi “Detection Only” moduna alarak test edin. Sorun çözülüyorsa belirli kurallar whitelist’e eklenmelidir.

11) PHP Error Loglarını Kontrol Edin

/var/www/vhosts/system/example.com/logs/php_error.log

Hata mesajında “Fatal error: Allowed memory size exhausted” gibi ifadeler varsa memory_limit artırılmalıdır.

12) Cron veya Script Kaynaklı Hatalar

Otomatik çalışan cronjob’lar veya yoğun sorgu içeren scriptler FPM havuzunu aşırı yükleyebilir. Aşağıdaki komutla aktif PHP işlemlerini izleyin:

ps aux | grep php

Sık çalışan cron görevleri varsa aralıklarını artırın veya yükü dengeleyin.

Sonuç

503 Service Unavailable hatası genellikle kaynak aşımı, servis çökmesi veya hatalı PHP ayarlarından kaynaklanır. Yukarıdaki adımlarla servisleri yeniden başlatarak, PHP-FPM limitlerini düzenleyip logları inceleyerek sorunu kalıcı olarak çözebilirsiniz. Kurumsal düzeyde stabilite ve performans için Kurumsal Hosting veya yüksek erişilebilir Premium VDS altyapıları tercih edilebilir.