Назад | Перейти на главную страницу

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

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

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

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

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

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

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

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

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

Я поделюсь более широким ответом @ n-st:

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

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

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

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

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