Serverabsturz mit ASCII-NUL-Zeichen im Syslog (^ @ ^ @ ^ @…)

21

Ich habe einen dedizierten Server, der von einem OVH (französischer Dienstleister) gehostet wird. Betriebssystem: Ubuntu 12.04 x64

Vor ein paar Monaten ist einer meiner Server abgestürzt. Das einzig Seltsame waren einige "ASCII NUL" -Zeichen im Syslog:

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

Mit Hilfe meines Dienstleisters haben wir überprüft:

  • Der RAM
  • Die CPU
  • Die Scheiben

Alles war in Ordnung, daher empfahl mein Dienstanbieter, das Motherboard des Servers zu ändern und den Kernel zu aktualisieren (was wir auch getan haben). Seitdem stürzte dieser Server jedoch noch zweimal mit denselben Zeichen im Syslog ab.

Ohne weitere Erklärung haben wir uns entschlossen, diesen Server zu ändern (dies ist in ein paar Wochen geplant).

ABER das Problem ist, dass dies in dieser Nacht einem anderen Server passiert ist. Gleicher Absturz, gleiche Zeichen im Syslog, keine Erklärung.

Hat jemand eine Ahnung, was wir überprüfen sollten? Handelt es sich um ein Hardware- oder Softwareproblem?

KilianD
quelle
3
Haben Sie eine Lösung für dieses Problem gefunden? Ich leide derzeit das gleiche Problem ...
BurninLeo
2
@ BurninLeo: das gleiche hier
WoJ
Eigentlich habe ich keine Lösung gefunden (auf einem virtuellen Server). Nach einer Weile und einigen (regelmäßigen) Updates von den Stable-Releases verschwand das Problem ...
BurninLeo
5
NUL-Bytes im Syslog sind eine häufige Auswirkung eines Absturzes, der das System daran hinderte, das Dateisystem sauber zu synchronisieren und die Bereitstellung aufzuheben. Sie geben keinen Hinweis darauf, was den Absturz tatsächlich ausgelöst hat.
4.

Antworten:

8

Ich werde die großartige Antwort von @ n-st weiter verbreiten:

NUL-Bytes im Syslog sind eine häufige Auswirkung eines Absturzes, der das System daran hinderte, das Dateisystem sauber zu synchronisieren und die Bereitstellung aufzuheben. Sie geben keinen Hinweis darauf, was den Absturz tatsächlich ausgelöst hat.

In der Tat habe ich dieses Verhalten nach einem Serverabsturz oft gesehen: Diese Zeichen sind NULL( \0) Zeichen, die einen wiederhergestellten Block darstellen können, der durch einen Wiederherstellungsprozess mit Nullen gefüllt wurde.

Was die Ursache des Absturzes betrifft, ist das eine ganz andere Frage - Sie müssten mehr Informationen bereitstellen , damit eine Diagnose überhaupt beginnen kann. Ich würde empfehlen, eine andere Frage zu diesem Thema zu öffnen, wenn das Problem weiterhin besteht.

Anarkatze
quelle
-1

Wenn Sie einen Texteditor zum Anzeigen der Protokolldateien verwenden, kann dies die Ursache sein.

  • das „ ^@“ Zeichen kann darauf hindeuten , dass eine Zeile zu lang ist (zB: in vim, schalt Verpackung )
  • Die Codierung stimmt nicht überein. Verwenden Sie entweder einen anderen Texteditor, um die Datei anzuzeigen, oder ändern Sie die von verwendete Codierung syslog.
Signal15
quelle
4
Ich habe ein ähnliches Problem. Weder eine lange Zeile noch die Codierung erklären die NUL-Zeichen am Ende des Syslogs (kopierte die Datei auf eine externe Disc und öffnete sie mit SciTE, UTF-8-Codierung).
BurninLeo
Es hört sich so an, als ob Sie die UTF-8-codierte Datei in einem Editor öffnen, der UTF-8 nicht sehr gut versteht. Es könnte jedoch das CRLF-Problem sein (die Befehle dos2unix und unix2dos können hilfreich sein)
Signal15
3
NUL-Bytes im Syslog sind eine häufige Auswirkung eines Absturzes, der das System daran hinderte, das Dateisystem sauber zu synchronisieren und die Bereitstellung aufzuheben. Sie geben keinen Hinweis darauf, was den Absturz tatsächlich ausgelöst hat.
4.
1
@ n.st Was für eine tolle Antwort! :) Sie sollten das als "Antwort" setzen
Signal15