Syslog'da ascii NUL karakterleriyle sunucu çökmesi (^ @ ^ @ ^ @…)


21

Bir OVH (Fransız servis sağlayıcı) tarafından barındırılan bazı özel sunucu var. İşletim Sistemi: Ubuntu 12.04 x64

Birkaç ay önce, sunucumdan biri çöktü. Tek garip şey, sistem günlüğündeki bazı "ASCII NUL" karakterleriydi:

^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @

Servis sağlayıcımın yardımıyla şunları kontrol ettik:

  • Hafıza
  • CPU
  • Diskler

Her şey yolundaydı, bu yüzden servis sağlayıcım sunucunun anakartını değiştirmeyi ve (ki yaptığımız) çekirdeği güncellemeyi tavsiye etti. Ancak, bu sunucu iki kez daha çöktü, syslog'da aynı karakterlerle.

Daha fazla açıklama yapmadan, bu sunucuyu değiştirmeye karar verdik (bu birkaç hafta içinde planlandı).

AMA, sorun, bu gece, bu başka bir sunucuya oldu. Aynı çökme, sistem günlüğünde aynı karakterler, açıklama yok.

Neyi kontrol etmemiz gerektiğine dair bir ipucu var mı? Bir donanım mı yoksa yazılım sorunu mu?


3
Bu soruna bir çözüm buldunuz mu? Şu anda aynı sorunu
yaşıyorum

2
@BurninLeo: burada aynı
WoJ

Aslında, bir çözüm bulamadım (sanal sunucuda). Bir süre ve istikrarlı sürümlerden bazı (düzenli) güncellemelerden sonra sorun ortadan kayboldu ...
BurninLeo

5
Sistem günlüğündeki NUL baytları, sistemin dosya sistemini temiz bir şekilde senkronize etmesini ve bağlantısını kesmesini engelleyen bir kilitlenmenin ortak etkisidir. Kazayı gerçekten neyin tetiklediğine dair bir gösterge vermiyorlar.
n.st

Yanıtlar:


8

@ N-st tarafından verilen harika cevabı daha geniş bir şekilde paylaşacağım:

Sistem günlüğündeki NUL baytları, sistemin dosya sistemini temiz bir şekilde senkronize etmesini ve bağlantısını kesmesini engelleyen bir kilitlenmenin ortak etkisidir. Kazayı gerçekten neyin tetiklediğine dair bir gösterge vermiyorlar.

Aslında, bir sunucu çökmesinden sonra bu davranışı sık sık gördüm: bu karakterler, bazı kurtarma işlemi tarafından sıfırlarla doldurulmuş kurtarılmış bir bloğu temsil edebilecek NULL( \0) karakterlerdir.

Tamamen farklı bir soru kazasında, nedenine gelince - Verdiğiniz gerekiyordu yolu bile başlamak için bir tanı için daha fazla bilgi. Hala sorun yaşıyorsanız, bu konuda farklı bir soru açmanızı tavsiye ederim.


-1

Günlük dosyalarını görüntülemek için bir metin düzenleyicisi kullanıyorsanız, bunun nedeni olabilir;

  • " ^@" karakterleri bir satırın çok uzun olduğunu gösterebilir (örneğin: vimiçeri, kaydırmayı aç )
  • Kodlama uyumsuz olduğu; dosyayı görüntülemek için farklı bir metin düzenleyici kullanın veya tarafından kullanılan kodlamayı değiştirin syslog.

4
Benzer bir sorunum var. Ne uzun bir satır ne de kodlama, sistem günlüğünün sonundaki NUL karakterlerini açıklamaz (dosyayı harici bir diske kopyalar ve SciTE, UTF-8 kodlamasıyla açar).
BurninLeo

UTF-8 kodlu dosyayı UTF-8'i çok iyi anlamayan bir düzenleyicide açıyor olabilirsiniz. Ancak CRLF sorunu olabilir (dos2unix ve unix2dos komutları yardımcı olabilir)
Signal15

3
Sistem günlüğündeki NUL baytları, sistemin dosya sistemini temiz bir şekilde senkronize etmesini ve bağlantısını kesmesini engelleyen bir kilitlenmenin ortak etkisidir. Kazayı gerçekten neyin tetiklediğine dair bir gösterge vermiyorlar.
n.st

1
@ n.st Ne harika bir cevap! :) Bunu "cevap" olarak
koymalısınız
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.