Файл системного журнала не был корректно закрыт
«File /var/log/journal/.../system.journal corrupted or uncleanly shut down, renaming and replacing» в журнале systemd: файл журнала не закрыли при остановке, journald начал новый. Само по себе безопасно, но частое повторение говорит о внезапных перезагрузках или проблемах диска.
Что это значит
journald пишет системный журнал в файлы в /var/log/journal. При старте он проверяет текущий файл, и если тот не был корректно закрыт, переименовывает его (в имени появляется ~) и начинает новый. Старые записи при этом обычно остаются читаемыми.
Причина почти всегда в том, что сервер выключился без корректной остановки: пропало питание, виртуальную машину перезапустили принудительно, ядро упало. Реже файл повреждён из-за ошибок диска или переполнения раздела.
Как проверить
last -x reboot shutdown | head
journalctl --list-boots | tail
journalctl --verify 2>&1 | grep -v PASS | head
Если в last перезагрузки идут без записей shutdown перед ними, сервер выключался аварийно. Журнал ядра предыдущей загрузки (journalctl -k -b -1 | tail) иногда показывает, что было перед падением.
Что сделать
- Единичная запись после известной аварийной перезагрузки: ничего не делать.
- Повторяется регулярно: выяснить, кто и почему перезапускает сервер. Для виртуальных машин проверить журнал гипервизора или облака, для физических питание и журнал ядра.
- Если
journalctl --verifyнаходит повреждения без перезагрузок, проверить диск и свободное место на разделе с/var/log.
Ошибка повторяется?
Запустите Диагностика: за полминуты он покажет состояние базы, брокера, поиска и сервера. С отчётом разберём причину за 30 минут бесплатного созвона.
Написать