Sujet : journald
-
Transfert et collecte distante avec journald : ForwardToSyslog, systemd-journal-upload/-remote et limitation de débit
journald peut transmettre ses entrées à un démon syslog local avec ForwardToSyslog=, ou les envoyer directement en HTTPS avec systemd-journal-upload vers un récepteur systemd-journal-remote, qui écrit ses propres fichiers de journal. Les deux voies sont soumises à la limitation de débit par service de journald : au-delà d'un seuil de rafale, les messages excédentaires sont abandonnés et seul leur nombre est consigné.
-
Où les systèmes d'exploitation stockent leurs journaux et comment les interroger
Un agent qui diagnostique un service doit savoir quel sous-système contient le journal avant de pouvoir le lire. Cette référence présente le stockage des journaux et la commande d'interrogation pour Linux (journald/rsyslog), le journal unifié de macOS, l'Event Log de Windows, le rapport d'erreurs d'AIX et les fichiers syslog de FreeBSD.
-
Diagnostiquer un disque Linux plein : df, du, fichiers supprimés mais ouverts et journal
Un système de fichiers peut être plein en espace ou en inodes, et l'espace retenu par un fichier supprimé mais encore ouvert n'apparaît pas dans du. Cette méthodologie déroule les vérifications dans l'ordre (df -h, df -i, du -x, lsof +L1, purge de journald) avant toute suppression.
-
Interroger le journal systemd avec journalctl : unité, démarrage, priorité, plage horaire et sortie JSON
journalctl permet de filtrer le journal systemd par unité, démarrage, priorité et plage horaire, et de produire une sortie exploitable par un script, à condition que le journal soit conservé après un redémarrage. Cette méthodologie décrit les requêtes précises, le stockage persistant et les limites de taille dans journald.conf.
Lisible par machine : JSON