☰

Что делать, если «journalctl --verify» выводит «неиспользуемые данные»?

tag-icon • tag-icon systemd systemd-journald
Что делать, если «journalctl --verify» выводит «неиспользуемые данные»?

В journalctl --verifyкаком-то, по-видимому, загадочном (так как я не нашел никаких следов рационального объяснения этого явления в Интернете с помощью Google) выводе появляется:

# journalctl --verify 2>&1 | grep -v '^PASS: '
7fffa0: Unused data (entry_offset==0)
7fec48: Unused data (entry_offset==0)
7ffe20: Unused data (entry_offset==0)
7ffed0: Unused data (entry_offset==0)
7ffd50: Unused data (entry_offset==0)
7ffda0: Unused data (entry_offset==0)
7ffdf0: Unused data (entry_offset==0)

В связи с этим возникают следующие вопросы:

  • Где это задокументировано?
  • Что это значит?
  • Должен ли администратор быть бдительным из-за этого?
  • Или его можно игнорировать? Если да, то почему он тогда существует?
  • Как избавиться от таких записей?
  • Какова реакция BCP на это?

Заранее спасибо за любые подсказки.

решение1

Сообщение о фиксацииhttps://cgit.freedesktop.org/systemd/systemd/commit/?id=92fba83e

journal-verify: разрешить несвязанные записи данных

Иногда запись не записывается успешно, и мы получаем элементы данных, которые "не связаны", не подключены и не используются ни одной записью. Это обычно происходит, когда мы пишем, чтобы записать дамп ядра, и начальные небольшие поля данных записываются успешно, но огромное поле COREDUMP= не записывается. Этой ситуации трудно избежать, но результаты в основном безвредны. Таким образом, предупреждайте только о неиспользуемых элементах данных.

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

https://bugs.freedesktop.org/show_bug.cgi?id=65235(особенно см. system.journal, прикрепленный к отчету об ошибке).

объясняет, почему в последнем комментарии к приведенному выше отчету об ошибке говорится следующее:

Могу ли я спокойно их игнорировать?

Да.

Я вижу, что такие сообщения сохраняются долгое время после временного заполнения диска. Моя интерпретация на основе вышеизложенного заключается в том, что они сообщают об аномалии, которая может возникнуть и во время нормальной работы, и наличие которой не наносит никакого дальнейшего вреда.

Связанный контент