Systemd servis durumu ve journalctl ile günlük inceleme

Bir servisin neden başlamadığını anlamak için yalnızca yeniden başlatmak yerine durumunu ve ilk hata kaydını okumak gerekir. systemd kullanan dağıtımlarda systemctl ve journalctl bu incelemenin temel araçlarıdır.

Konuyu doğru anlayın

Servisin active görünmesi, uygulamanın bütün işlevlerinin doğru çalıştığını kanıtlamaz. Uygulama hazır olmadan süreç çalışıyor olabilir veya hata yalnızca belirli bir istekte oluşabilir. Servis adı dağıtıma ve kurulum yöntemine göre değiştiği için önce doğru birimi belirleyin.

Başlamadan önce

İlk olarak sorunun başladığı zamanı, son değişikliği ve etkilenen hizmeti not edin. Sunucunun konsol erişimini ve güncel yedeğini hazır tutun. İnceleme sırasında tek değişkeni değiştirerek ilerleyin; çalışan servisleri gereksiz yere yeniden başlatmak, asıl nedenin izini kaybettirebilir.

Adım adım uygulama

1. Doğru servisi bulun

   Kurulu uygulamanın gerçek systemd birim adını belirleyin. Web sunucusu, PHP, veritabanı ve uygulama süreçlerini birbirine karıştırmayın; kontrol panelinin yönetim yöntemini de dikkate alın.

2. Durumu okuyun

   systemctl status SERVIS komutunda gerçek servis adını kullanın. Sürecin durumu, çıkış kodu ve son mesajları inceleyin; ilk hata ile sonraki otomatik tekrarları ayırın.

3. Zaman aralığını daraltın

   journalctl -u SERVIS --since "1 hour ago" gibi bir sorguyla ilgili kayıtları okuyun. Sunucu saat dilimini ve sorunun başladığı gerçek zamanı eşleştirin.

4. Bağımlılıkları kontrol edin

   Port çakışması, okunamayan yapılandırma, eksik ortam değişkeni veya veritabanı erişimini inceleyin. Yapılandırma dosyalarını paylaşırken parola ve erişim anahtarlarını maskeleyin.

5. Kontrollü düzeltip sınayın

   Somut hatayı giderin ve desteklenen yapılandırma testini çalıştırın. Ardından gerekiyorsa reload veya restart uygulayın; hangisinin bağlantıları kesebileceğini önceden değerlendirin.

Sık karşılaşılan durumlar

• Servis sürekli yeniden başlıyorsa tekrar sayısını artırmak yerine başlangıç hatasını inceleyin. Hatalı dosya yolu veya yetki sorunu otomatik yeniden başlatmayla kendiliğinden çözülmez.
• Günlükteki ilk uyarıyı doğrudan asıl neden saymayın. Hata anı, süreç çıkışı ve uygulama davranışı arasında ilişki kurarak gereksiz ayar değişikliklerini önleyin.

Sık sorulan sorular

Restart ile reload aynı mı?

Hayır. Reload destekleniyorsa yapılandırmayı süreci tamamen durdurmadan yenileyebilir. Uygulamanın bunu nasıl uyguladığını kontrol edin; her servis reload desteklemez.

Günlükler çok büyükse tamamını göndermeli miyim?

Yalnızca ilgili saat ve servis kayıtlarını paylaşın. Kullanıcı bilgileri, anahtarlar ve kişisel verileri maskeleyin; büyük günlüklerde aramayı zaman ve birimle sınırlandırın.

İşlem sonrası kontrol

Servisin durumunu, yeni günlükleri ve gerçek uygulama isteğini birlikte kontrol edin. Yeniden başlatma döngüsünün durduğunu ve hizmetin beklenen veriyi okuyup yazdığını doğrulayın.

İlgili rehberler

• Linux sunucuda güvenli güncelleme ve geri dönüş planı
• Linux CPU ve RAM kullanımını doğru yorumlama

Teknik kaynak

Resmî ürün belgeleri

RİOCH Bilgi Bankası • Son gözden geçirme: 5 Kasım 2026. Arayüz adları ve kullanılabilir özellikler hizmetinize ve yazılım sürümüne göre değişebilir.