Awaria serwera ze znakami NCI ascii w syslog (^ @ ^ @ ^ @…)

21

Mam serwer dedykowany hostowany przez OVH (francuski usługodawca). System operacyjny: Ubuntu 12.04 x64

Kilka miesięcy temu jeden z moich serwerów się zawiesił. Jedyną dziwną rzeczą były niektóre znaki „ASCII NUL” w syslog:

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

Z pomocą mojego usługodawcy sprawdziliśmy:

  • RAM
  • CPU
  • Dyski

Wszystko było w porządku, więc mój usługodawca zalecił zmianę płyty głównej serwera i aktualizację jądra (co zrobiliśmy). Ale ponieważ ten serwer rozbił się jeszcze dwa razy, z tymi samymi znakami w syslog.

Bez dalszych wyjaśnień postanowiliśmy zmienić ten serwer (jest to planowane za kilka tygodni).

Ale problem polega na tym, że tej nocy stało się to z innym serwerem. Ta sama awaria, te same znaki w dzienniku systemowym, bez wyjaśnienia.

Czy ktoś ma jakiś pomysł na to, co powinniśmy sprawdzić? Czy to problem ze sprzętem lub oprogramowaniem?

KilianD
źródło
3
Czy znalazłeś rozwiązanie tego problemu? Obecnie mam ten sam problem ...
BurninLeo
2
@BurninLeo: to samo tutaj
WoJ
Właściwie nie znalazłem rozwiązania (na serwerze wirtualnym). Po chwili i kilku (regularnych) aktualizacjach ze stabilnych wydań problem zniknął ...
BurninLeo,
5
NUL bajty w syslog są częstym skutkiem awarii, która uniemożliwiła systemowi czystą synchronizację i odmontowanie systemu plików. Nie wskazują, co faktycznie spowodowało awarię.
n.

Odpowiedzi:

8

Podzielę się szerzej wspaniałą odpowiedzią udzieloną przez @ n-st:

NUL bajty w syslog są częstym skutkiem awarii, która uniemożliwiła systemowi czystą synchronizację i odmontowanie systemu plików. Nie wskazują, co faktycznie spowodowało awarię.

Rzeczywiście, często widziałem to zachowanie po awarii serwera: te znaki są NULL( \0) znakami, które mogą reprezentować odzyskany blok, który został wypełniony zerami przez jakiś proces odzyskiwania.

Jeśli chodzi o przyczynę awarii, to jest zupełnie inne pytanie - trzeba by podać znacznie więcej informacji, aby nawet rozpocząć diagnostykę. Polecam otwarcie innego pytania na ten temat, jeśli nadal masz problem.

anarcat
źródło
-1

Jeśli używasz edytora tekstu do przeglądania plików dziennika, może to być przyczyna;

  • ^@znaki „ ” mogą wskazywać, że linia jest za długa (np .: w vim, włącz zawijanie )
  • Kodowania niezgodnego; albo użyj innego edytora tekstu, aby wyświetlić plik, lub zmień kodowanie używane przez syslog.
Sygnał 15
źródło
4
Mam podobny problem. Ani długa linia, ani kodowanie nie tłumaczy znaków NUL na końcu syslog (skopiował plik na dysk zewnętrzny i otworzył go za pomocą SciTE, kodowanie UTF-8).
BurninLeo
Wygląda na to, że otwierasz plik zakodowany w UTF-8 w edytorze, który nie rozumie zbyt dobrze UTF-8. Jednak może to być problem z CRLF (pomocne mogą być polecenia dos2unix i unix2dos)
Signal15
3
NUL bajty w syslog są częstym skutkiem awarii, która uniemożliwiła systemowi czystą synchronizację i odmontowanie systemu plików. Nie wskazują, co faktycznie spowodowało awarię.
n.
1
@ n.st Co za świetna odpowiedź! :) Powinieneś umieścić to jako „odpowiedź”
Signal15