journalctl --verify сообщает о коррупции

22

Я только что заметил эту verifyопцию journalctlи решил попробовать, она показывает коррупцию, что может вызвать это? и что, если что-нибудь я должен сделать с этим? я должен продолжить расследование?

journalctl --verify
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000.journal
Invalid object contents at 3733856░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal:3733856 (of 91734016, 4%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal (Bad message)
Invalid object contents at 21575496░░░░░░░░░░░░░░░░░░░░░░░░░░░░░  45%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal:21575496 (of 44052480, 48%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal (Bad message)
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000@60e058db556e4de4b256d0b1ff176aa4-0000000000000a91-0004e0b4ff9a949a.journal
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1001.journal
systemd systemd-journald xenoterracide
источник

Ответы:

14

В настоящее время journalctl может обнаруживать поврежденные журналы, но не имеет команды типа "fsck" для попытки восстановления. Journald автоматически переключится на запись нового «чистого» файла, как только обнаружит проблему, поэтому теоретически потеря данных должна быть минимальной.

Пока не найдется команда восстановления файла, найти поврежденный файл журнала и удалить его - единственное лекарство. Вы можете узнать больше об этом в нашем мега-потоке Fedora, чтобы сделать журналирование по умолчанию только журналом:

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

Вещи разные для коррупции в середине. У нас нет хорошего инструмента для спасения данных от такого повреждения, но их можно было бы написать относительно легко. Однако, поскольку они крайне маловероятны из-за модели журнала «только для добавления», этого не было в нашем списке TODO.

Конечно, если вы можете определить причину проблемы и сообщить об этом, это было бы неплохо.

mattdm
источник
что такое FAA?
ксенотеррацид
@ xenoterracide - какая-то странная опечатка в телефоне. :)
mattdm
1
@slm Да, из офиса долго ехать на автобусе. :) Извините за потраченное время - надеюсь, вы хоть что-то узнали об авиации.
Mattdm
1
в моей системе, по крайней мере, распространены коррумпированные журналы ... есть какой-нибудь совет о том, как определить причину проблемы?
ксенотеррацид
2
В каждой системе systemd, которую я видел, повреждены журналы журналов. Этому ответу уже почти 5 лет, и, насколько я могу судить, решения этой проблемы не существует.
MountainX для Моники Челлио
2

Похоже, что это связано с этой веткой на вики ArchLinux под названием: journalctl Issues . Похоже, что-то связано с этим параметром SystemMaxUseв /etc/systemd/journald.conf.

Тема не является окончательной, но нескольким людям посчастливилось либо очистить журналы, /var/log/journal/*либо увеличить значение для SystemMaxUse.

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