Apache yeniden açılışta başlamıyor: PID dosyası ve RuntimeDirectory

Apache bir yeniden başlatmadan sonra PID dosyası oluşturamadığını söylüyorsa uygulama yapılandırmasından önce çalışma dizini incelenmelidir. /run gibi geçici alanların yaşam döngüsü kalıcı veri dizinlerinden farklıdır. Elle bir klasör oluşturup servisi açmak, sonraki açılışın da doğru olacağını kanıtlamaz.

1. İlk hatayı oku
2. PID yolunu belirle
3. Dizin yaşamını incele
4. Servis tanımını karşılaştır
5. Kontrollü düzelt
6. Yeniden açılışı sına

İlk anlamlı hata satırını bulun

Systemd durumu ile Apache error log aynı zaman aralığında incelenir. PID oluşturamama, portun kullanımda olması ve sertifika dosyasına erişememe farklı nedenlerdir. Sadece servis failed mesajıyla karar vermeyin.

systemctl status httpd --no-pager -l
systemctl cat httpd
journalctl -u httpd -b --no-pager -n 80
apachectl configtest

Servis adı dağıtıma göre apache2 olabilir. Komutların mevcut paket ve kurulum yoluyla eşleştiğini doğrulayın.

PID dosyası ile uygulama verisini ayırın

PID dosyası çalışan süreç kimliğini tutar; web içeriğinin veya veritabanının yedeği değildir. PidFile yolunun etkin yapılandırmadan nasıl geldiğini bulun. Aynı makinede dağıtım paketiyle elle kurulmuş ikinci Apache bulunması karışıklık yaratabilir.

Dosya yolunu rastgele kalıcı bir dizine taşımak servis yöneticisinin beklediği PIDFile ayarıyla çelişebilir. Apache ve systemd tanımlarının aynı süreci işaret ettiği doğrulanmalıdır.

Geçici dizinin nasıl oluşturulduğunu kontrol edin

/run içindeki dizinler yeniden açılışta yeniden oluşturulabilir. Paket tarafından sağlanan RuntimeDirectory veya tmpfiles mekanizması incelenir. Servisin beklediği dizinin sahibi ve izinleri doğru olmalıdır.

Bir dizinin elle oluşturulması geçici kurtarma sağlayabilir; kalıcı çözüm desteklenen servis/paket tanımıyla yapılmalıdır. Bütün /run ağacına geniş yazma izni vermek veya servis hesabını root yapmak gerekli değildir.

Yerel özelleştirmeyi paket tanımıyla karşılaştırın

Drop-in dosyaları, eski unit override ve taşınmış kurulum yolları kontrol edilir. Paket güncellemesi sonrasında eski özelleştirme yeni tanımla uyumsuz kalmış olabilir. Önce mevcut dosyaların geri dönüş kopyası saklanır.

Servis tanımı değiştiğinde daemon-reload ve kontrollü başlangıç gerekir. Yapılandırma testi başarısızsa zorla restart etmeyin. Sertifika veya port sorunu eşlik ediyorsa bunları ayrı aksiyon olarak kaydedin.

Gerçek açılış testiyle kabul edin

Servis bir kez elle açıldıktan sonra bakım penceresinde yeniden açılış davranışı sınanır. PID yolu, çalışma dizini, uygulama yanıtı ve başlangıç günlükleri karşılaştırılır. Otomatik başlama gereksinimi varsa enabled durumu da kontrol edilir.

• Doğru Apache kurulumu ve servis adı belirlendi.
• PID ve systemd beklentisi tutarlı.
• Geçici dizin desteklenen mekanizmayla oluşuyor.
• İzinler dar kapsamda.
• Yeniden açılış ve HTTP/TLS testi başarılı.

İlgili çalışma notları

• Linux servis açılmıyor: paket, yapılandırma ve systemd durumunu ayırmak
• ENS Linux kurulumu: çekirdek uyumluluğu ve gerçek koruma sağlığı
• Klon Linux sunucuda ağ gelmiyor: MAC, arayüz adı ve profil eşleşmesi