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
- 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.
- Durumu okuyun
systemctl status SERVISkomutunda 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. - 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. - 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.
- 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
Teknik kaynak
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.
感谢您的反馈！