journalctl --verify informa corrupción

Acabo de notar esta verifyopción journalctly decidí probarla, muestra corrupción, ¿qué podría causar eso? ¿Y si debo hacer algo al respecto? ¿Debería investigar más?

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

— xenoterracida
fuente

Respuestas:

Actualmente, journalctl puede detectar registros corruptos pero no tiene un comando de tipo "fsck" para intentar repararlo. El journald cambiará automáticamente a escribir un nuevo archivo "limpio" tan pronto como detecte el problema, por lo que, en teoría, la pérdida de datos debería ser mínima.

Hasta que haya un comando de reparación de archivos, encontrar el archivo de diario corrupto y eliminarlo es la única solución. Puede encontrar más información sobre esto en nuestro megahilo de Fedora sobre cómo hacer que el registro solo de diario sea el predeterminado:

Para las corrupciones de cola, su herramienta journalctl normal le proporcionará tanta información como sea posible para recuperar del archivo. Producirá la última línea de registro completa y luego finalizará. Esto está bastante cerca de lo bueno que puedes ser.

Las cosas son diferentes para las corrupciones en el medio. No tenemos una buena herramienta para rescatar datos de tal corrupción, pero podrían escribirse con relativa facilidad. Sin embargo, dado que son altamente improbables debido al modelo de la revista "solo agregar", esto no ha estado en nuestra lista TODO.

Por supuesto, si puede identificar qué causó el problema inicialmente e informarlo, sería bueno.

— mattdm
fuente

¿Qué es una FAA?

— xenoterracide el

@xenoterracide algún tipo de error tipográfico extraño es lo que es eso. :)

— mattdm

@slm Sí, hay un largo viaje en autobús desde la oficina. :) Perdón por la pérdida de tiempo, espero que al menos hayas aprendido algo sobre aviación.

— mattdm

en mi sistema, al menos las revistas corruptas parecen ser comunes ... ¿hay algún consejo sobre cómo identificar qué causó el problema?

— xenoterracide

En todos los sistemas systemd que he visto, los registros de diarios corruptos son comunes. Esta respuesta ahora tiene casi 5 años y, por lo que puedo decir, no hay solución para este problema.

— MountainX para Monica Cellio

Parece estar relacionado con este hilo en la wiki de ArchLinux, titulado: cuestiones de journalctl . Parece que tiene algo que ver con esta configuración SystemMaxUseen /etc/systemd/journald.conf.

El hilo no es concluyente, pero varias personas tuvieron un poco de suerte al eliminar los registros /var/log/journal/*o aumentar el valor SystemMaxUse.

— slm
fuente

Desafortunadamente, jugar con ese valor no parece haber ayudado. Sospecho que borrar los registros ayuda porque elimina los registros no válidos.

— xenoterracide

@xenoterracide - Seguiré buscando. Sí, limpiar los registros también me pareció absurdo, pero la gente lo denunciaba, así que pensé que valía la pena intentarlo.

— slm