Dedicated Sunucu

Çekirdek Paniği ve Çökme Dökümü: Sunucu Neden Aniden Yeniden Başladı?

Açıklanamayan yeniden başlatmaların kökünü bulma: yönetim kartı günlüğü, çökme dökümü kurulumu ve panik analizi. Çekirdek Paniği ve Çökme Dökümü: Sunucu…

Çekirdek Paniği ve Çökme Dökümü: Sunucu Neden Aniden Yeniden Başladı?
İçindekiler
  1. Olası Nedenler
  2. Önce Nereye Bakmalı?
  3. Çekirdek Paniği Nedir?
  4. Çökme Dökümü Toplamak
  5. Dökümü Yorumlamak
  6. Donanım mı Yazılım mı?
  7. Önleyici Yapılandırma
  8. Sonuç
  9. Sıkça Sorulan Sorular (SSS)
  10. Günlüklerde neden hiçbir iz yok?
  11. Çökme dökümü ne işe yarar?
  12. Donanım mı yazılım mı, nasıl anlarım?
  13. Ne yapılandırmalıyım?

Çekirdek Paniği ve Çökme Dökümü: Sunucu Neden Aniden Yeniden Başladı?

İzleme sisteminiz sunucunun beş dakika kapalı kaldığını gösteriyor. Şu an sorunsuz çalışıyor, günlüklerde kesintiden önceye ait bir uyarı yok ve neden yeniden başladığı hakkında hiçbir fikriniz yok.

Bu yazı, açıklanamayan yeniden başlatmaların kökünü bulmayı ele alıyor.

Olası Nedenler

Neden İz bırakır mı?
Çekirdek paniği Yapılandırılmışsa evet
Donanım arızası Yönetim kartı günlüğünde
Güç kesintisi Hayır, sistemde iz yok
Aşırı ısınma koruması Donanım günlüğünde
Bekçi zamanlayıcı Genellikle evet
Elle yeniden başlatma Sistem günlüğünde

Üçüncü satır teşhis boşluğunu açıklar: elektrik kesildiğinde sunucu hiçbir şey yazamadan durur — bu yüzden sistem günlüklerinde kesinti öncesine ait hiçbir uyarı bulunmaz.

Bu durumda cevap sunucunun içinde değil, yönetim kartında veya veri merkezi kayıtlarındadır.

İkinci ve dördüncü satırlar bu nedenle önemlidir. Uzaktan yönetim kartı, işletim sisteminden bağımsız kendi olay günlüğünü tutar.

Önce Nereye Bakmalı?

Sıralama zaman kazandırır:

  1. Yönetim kartı olay günlüğü.
  2. Sistem açılış kayıtları.
  3. Bir önceki açılışın son satırları.
  4. Çökme dökümü varsa.
  5. Sağlayıcı olay bildirimi.

Birinci madde çoğu vakayı tek başına çözer: yönetim kartı günlüğü güç kesintisini, aşırı ısınmayı, bellek hatasını ve fan arızasını işletim sisteminden bağımsız olarak kaydeder — sistem hiçbir şey yazamamış olsa bile.

Üçüncü madde ise yazılım kaynaklı çökmelerde iz bırakır. Bir önceki açılışın son satırları, sunucunun son anlarında ne yaptığını gösterir.

Beşinci madde ise dışsal nedenleri kapsar. Veri merkezinde bir güç veya soğutma olayı yaşandıysa sağlayıcı bunu bildirmiş olabilir.

Çekirdek Paniği Nedir?

İşletim sistemi çekirdeği kurtarılamaz bir hata ile karşılaştığında durur:

  • Sistem tüm işlemi durdurur.
  • Hata mesajı ekrana basılır.
  • Varsayılan olarak öylece bekler.
  • Ayarlanırsa yeniden başlatır.

Üçüncü madde sunucular için sorunludur: varsayılan davranış sunucunun kilitli kalması ve kimsenin müdahale etmemesidir — bir sunucuda genellikle otomatik yeniden başlatma tercih edilir.

Ancak bu ayar bir bedelle gelir. Sunucu hemen yeniden başlarsa ekrandaki hata mesajı kaybolur ve neden anlaşılamaz.

Bu nedenle otomatik yeniden başlatma, çökme dökümü yapılandırmasıyla birlikte kullanılmalıdır.

Çökme Dökümü Toplamak

Döküm mekanizması, kilitlenme anındaki bellek içeriğini kaydeder:

Aşama Ne olur
Panik oluşur Normal çekirdek durur
Yedek çekirdek devreye girer Ayrılmış bellekte bekliyordu
Bellek diske yazılır Döküm dosyası oluşur
Sunucu yeniden başlar Normal çalışmaya döner

İkinci satır mekanizmanın zekice yanıdır: çökme anında kullanılacak yedek bir çekirdek, açılışta ayrılmış bir bellek alanında hazır bekletilir — bozulan ana çekirdekten tamamen bağımsız olduğu için güvenilir çalışır.

Üçüncü satır ise disk alanı gerektirir. Bellek boyutuna göre döküm dosyaları büyük olabilir; sıkıştırma ve filtreleme seçenekleri kullanılmalıdır.

Bu yapılandırma sorun yaşandıktan sonra değil, önceden yapılmalıdır. Döküm ayarlı değilse ilk çökmenin nedeni öğrenilemez.

Dökümü Yorumlamak

Derin analiz uzmanlık ister ama temel bilgiler kolayca çıkarılır:

  1. Panik mesajının kendisi.
  2. Çağrı yığını. Hangi kod yolu.
  3. İlgili sürücü veya modül adı.
  4. Çekirdek sürümü.

Üçüncü madde pratikte en işe yarayanıdır: panik mesajında bir sürücü adı geçiyorsa, sorun genellikle o donanımın sürücüsündedir ve çözüm sürücü güncellemesi veya donanım değişimidir.

Ağ kartı, depolama denetleyici ve dosya sistemi sürücüleri en sık görülen adlardır.

Dördüncü madde ise bilinen hataları aramanızı sağlar. Aynı panik mesajı ve sürüm bilgisiyle arama yapmak, çoğu zaman bir yama veya geçici çözüm bulmanızı sağlar.

Donanım mı Yazılım mı?

Ayrımı yapmak yönü belirler:

  • Tekrarlanan aynı panik mesajı: Genellikle yazılım.
  • Farklı ve rastgele mesajlar: Genellikle donanım.
  • Belirli bir işlemde tekrar: Yazılım.
  • Yük altında rastgele: Donanım veya ısınma.

İkinci madde güçlü bir işarettir: her seferinde farklı bir yerde çöken bir sistem, genellikle bozuk bellek veya kararsız güç kaynağı gösterir — çünkü yazılım hataları tutarlı biçimde aynı yerde ortaya çıkar.

Bu durumda bellek testi çalıştırmak ilk adım olmalıdır.

Dördüncü madde ise ısıl sorunlara işaret eder. Yük arttıkça sıcaklık yükselir ve koruma devreye girer.

Önleyici Yapılandırma

Ayar Fayda
Çökme dökümü etkin Neden öğrenilebilir
Panikte otomatik yeniden başlat Kesinti kısalır
Uzak günlük gönderimi Son satırlar kaybolmaz
Donanım izleme Erken uyarı
Yeniden başlatma alarmı Fark edilmeyen çökmeler

Üçüncü satır çok değerlidir: günlükleri gerçek zamanlı olarak başka bir sunucuya göndermek, çökme anında yerel diske yazılamayan son satırların korunmasını sağlar — ve o satırlar genellikle nedeni içerir.

Beşinci satır ise sessiz çökmeleri yakalar. Sunucu kendini toparladığı için kimse fark etmez, ama tekrarlayan bir yeniden başlatma yaklaşan bir arızanın habercisidir.

Donanım uyarılarını ve olay günlüklerini takip etmek için yönetim arayüzünü kullanabilirsiniz; fiziksel sunucu paketleri ile birlikte sunulan uzaktan yönetim kartı bu kayıtlara erişim sağlar.

Sonuç

Açıklanamayan yeniden başlatmalarda ilk bakılacak yer sistem günlükleri değil yönetim kartıdır: elektrik kesildiğinde sunucu hiçbir şey yazamadan durur, bu yüzden sistemde iz kalmaz — kart ise güç kesintisini, ısınmayı ve bellek hatasını bağımsız olarak kaydeder. Çökme dökümünü önceden yapılandırın; ayarlı değilse ilk çökmenin nedeni öğrenilemez. Ve panik mesajlarının deseni yön verir: her seferinde farklı yerde çöken bir sistem genellikle bozuk bellek gösterir, çünkü yazılım hataları tutarlı biçimde aynı yerde çıkar.

Sıkça Sorulan Sorular (SSS)

Günlüklerde neden hiçbir iz yok?

Muhtemelen güç kesintisi yaşandı — sunucu hiçbir şey yazamadan durduğu için sistem günlüklerinde kesinti öncesine ait uyarı bulunmaz. Cevap uzaktan yönetim kartının olay günlüğündedir; o kart işletim sisteminden bağımsız çalışır ve güç, sıcaklık, bellek olaylarını kaydeder.

Çökme dökümü ne işe yarar?

Kilitlenme anındaki bellek içeriğini kaydeder ve nedeni belirlemenizi sağlar. Mekanizma zekicedir: açılışta ayrılmış bir bellek alanında yedek bir çekirdek bekletilir, panik anında o devreye girip dökümü diske yazar. Ancak bu yapılandırma sorun yaşanmadan önce yapılmalıdır.

Donanım mı yazılım mı, nasıl anlarım?

Panik mesajlarının desenine bakın. Her seferinde farklı yerde çöken bir sistem genellikle bozuk bellek veya kararsız güç kaynağı gösterir, çünkü yazılım hataları tutarlı biçimde aynı yerde çıkar. Yük altında rastgele çökmeler ise ısıl soruna işaret eder.

Ne yapılandırmalıyım?

Çökme dökümünü etkinleştirin, panikte otomatik yeniden başlatmayı açın ve günlükleri gerçek zamanlı başka bir sunucuya gönderin. Bu sonuncusu kritiktir — çökme anında yerel diske yazılamayan son satırlar korunur ve genellikle nedeni onlar içerir.