~/docs /DevOps/Logs & Journalctl

DevOps

Logs & Journalctl

Imported from Notion: Logs & Journalctl

updated:: 2026.07.10

Qué resuelve

Consulta de logs con journalctl: por servicio, por boot, por fechas, en tiempo real y con filtros de prioridad.

Uso rápido

Logs de un servicio

journalctl -u NOMBRE.service

Últimos logs

journalctl -u NOMBRE.service -e

Seguir en tiempo real

journalctl -u NOMBRE.service -f

Sin paginador

journalctl -u NOMBRE.service --no-pager

Por boot

Boots disponibles

journalctl --list-boots

Boot actual

journalctl -b

Boot anterior

journalctl -b -1

Por fecha

journalctl --since "2026-07-09 10:00"
journalctl --since "1 hour ago"
journalctl --since yesterday
journalctl --since "2026-07-09" --until "2026-07-10"

Combinado con servicio:

journalctl -u NOMBRE.service --since "30 min ago"

Por prioridad

PrioridadSignificado
0emerg
1alert
2crit
3err
4warning
5notice
6info
7debug

Errores del sistema:

journalctl -p err -b

Warnings o peor:

journalctl -p warning -b

Formatos útiles

Compacto

journalctl -u NOMBRE.service -o short-iso

JSON

journalctl -u NOMBRE.service -o json-pretty

Solo últimas líneas

journalctl -u NOMBRE.service -n 100

Logs persistentes

En algunos sistemas, journal solo guarda logs en memoria. Para persistencia:

sudo mkdir -p /var/log/journal
sudo systemctl restart systemd-journald

Ver uso de disco:

journalctl --disk-usage

Errores comunes

  • Mirar logs sin -b y mezclar boots antiguos.

  • No usar -u y perderse entre logs globales.

  • Usar -f sin abrir otra terminal para reproducir el fallo.

  • No mirar prioridades con -p err.

  • Borrar logs a mano en vez de usar journalctl --vacuum-*.

Checklist final

  • Revisé systemctl status.

  • Revisé journalctl -u SERVICIO -e.

  • Si venía de reboot, usé journalctl -b.

  • Si buscaba fallo reciente, usé --since.

  • Si había demasiado ruido, filtré por prioridad.

Referencia

- EOF -