Сбой сервера с символами ascii NUL в системном журнале (^ @ ^ @ ^ @…)


21

У меня есть какой-то выделенный сервер, размещенный OVH (французским поставщиком услуг). ОС: Ubuntu 12.04 x64

Несколько месяцев назад один из моих серверов вышел из строя. Единственной странной вещью были некоторые символы ASCII NUL в системном журнале:

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

С помощью моего поставщика услуг мы проверили:

  • Баран
  • Процессор
  • Диски

Все было в порядке, поэтому мой поставщик услуг порекомендовал изменить материнскую плату сервера и обновить ядро ​​(что мы и сделали). Но с тех пор этот сервер падал еще два раза с такими же символами в системном журнале.

Без лишних объяснений мы решили сменить этот сервер (это планируется через несколько недель).

НО проблема в том, что этой ночью это случилось с другим сервером. Тот же сбой, те же символы в системном журнале, без объяснения причин.

Кто-нибудь знает, что мы должны проверить? Это аппаратная или программная проблема?


3
Вы нашли решение этой проблемы? В настоящее время я страдаю от той же проблемы ...
BurninLeo

2
@BurninLeo: то же самое здесь
WoJ

На самом деле, я не нашел решения (на виртуальном сервере). Через некоторое время и некоторые (регулярные) обновления из стабильных выпусков проблема исчезла ...
BurninLeo

5
NUL-байты в системном журнале являются распространенным эффектом сбоя, который не позволяет системе правильно синхронизировать и размонтировать файловую систему. Они не дают представление о том, что на самом деле вызвало аварию.
n.st

Ответы:


8

Я поделюсь более широко замечательным ответом, который дал @ n-st:

NUL-байты в системном журнале являются распространенным эффектом сбоя, который не позволяет системе правильно синхронизировать и размонтировать файловую систему. Они не дают представление о том, что на самом деле вызвало аварию.

Действительно, я часто видел такое поведение после сбоя сервера: эти символы являются символами NULL( \0), которые могут представлять восстановленный блок, который был заполнен нулями каким-то процессом восстановления.

Что касается причины аварии, это совершенно другой вопрос - вы должны предоставить способ больше информации для диагностики , чтобы даже начать. Я бы порекомендовал открыть другой вопрос по этому поводу, если у вас все еще есть проблема.


-1

Если вы используете текстовый редактор для просмотра файлов журнала, это может быть причиной;

  • ^@символы " " могут указывать на то, что строка слишком длинная (например, в vim, включить перенос )
  • Кодирование является несовпадающим; либо используйте другой текстовый редактор для просмотра файла, либо измените кодировку, используемую syslog.

4
У меня похожая проблема. Ни длинная строка, ни кодировка не объясняют символы NUL в конце системного журнала (скопировал файл на внешний диск и открыл его с помощью SciTE, кодировка UTF-8).
BurninLeo

Похоже, вы открываете файл в кодировке UTF-8 в редакторе, который не очень хорошо понимает UTF-8. Однако это может быть проблемой CRLF (команды dos2unix и unix2dos могут быть полезны)
Signal15

3
NUL-байты в системном журнале являются распространенным эффектом сбоя, который не позволяет системе правильно синхронизировать и размонтировать файловую систему. Они не дают представление о том, что на самом деле вызвало аварию.
n.st

1
@ n.st Какой отличный ответ! :) Вы должны поместить это как "ответ"
Signal15
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.