☰

O que fazer quando “journalctl --verify” gera “dados não utilizados”?

tag-icon • tag-icon systemd systemd-journald
O que fazer quando “journalctl --verify” gera “dados não utilizados”?

Em journalctl --verifyalguns resultados aparentemente misteriosos (já que não encontrei nenhum vestígio de explicação racional sobre esse fenômeno na Internet usando o 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)

Isso surge nas seguintes perguntas:

  • Onde isso está documentado?
  • O que isto significa?
  • O administrador deve ficar alerta devido a isso?
  • Ou pode ser ignorado? Se sim, por que existe então?
  • Como se livrar dessas entradas?
  • Qual é a resposta do BCP a isto?

Agradecemos antecipadamente por qualquer dica.

Responder1

A mensagem de commit dehttps://cgit.freedesktop.org/systemd/systemd/commit/?id=92fba83e

Journal-verify: permite entradas de dados desvinculadas

Às vezes, uma entrada não é escrita com sucesso e acabamos com itens de dados "desvinculados", não conectados e não usados ​​por nenhuma entrada. Isso geralmente acontece quando escrevemos para gravar um core dump, e os pequenos campos de dados iniciais são gravados com sucesso, mas o enorme campo COREDUMP= não é gravado. Esta situação é difícil de evitar, mas os resultados são em sua maioria inofensivos. Portanto, avise apenas sobre itens de dados não utilizados.

Além disso, seja mais detalhado sobre por que os arquivos de diário falharam na verificação. Isso deve ajudar a diagnosticar os modos de falha do diário sem recorrer a um editor hexadecimal.

https://bugs.freedesktop.org/show_bug.cgi?id=65235(especialmente consulte system.journal anexado ao relatório de bug).

explica por que o comentário final do relatório de bug acima afirma:

Posso ignorá-los com segurança?

Sim.

Posso ver que essas mensagens persistem por muito tempo após uma condição temporária de disco cheio. Minha interpretação com base no exposto é que eles relatam uma anomalia que também pode ocorrer durante o funcionamento normal e cuja presença não causa mais danos.

informação relacionada