Comme c’est mentionné dans une des réponses, plutôt que de faire du vide de temps en temps, on peut empêcher les journaux de systemd de trop grossir avec les options SystemMaxUse et SystemKeepFree dans /etc/systemd/journald.conf.
Exemple :
[Journal]
SystemMaxUse=512M
Il est nécessaire de relancer le service avec systemctl restart systemd-journald.service pour que les changements de ce fichier soient pris en compte sans redémarrer le système. Ça déclenche un nettoyage immédiat si les journaux dépassent la limite.
La limitation par taille est pratique : elle évite une saturation du système de fichiers si un service part complètement en sucette et se met à générer des tonnes de logs.
Par contre, avec la vie du système, il faut s’attendre à ce que la taille maximale spécifiée soit atteinte (voire curieusement un peu dépassée d’après du).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Apprend à un Homme à supprimer ses logs, il gagnera de la place une fois.
Apprend à un Homme à configurer ses logs, il gagnera de la place toute sa vie.
D'après le fucking manual, par défaut journald est configuré pour utiliser au plus 10% du disque et laisser 15% d'espace libre.
Sur un petit serveur avec 10 Go de disque, c'est raisonnable, mais sur un PC de bureau avec 1 To, ça peut être utile de régler ces valeurs pour avoir plus de place pour votre collection de science asiatique.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Ex : delete everything but the last 10 days
Posté par antistress (site web personnel) . Évalué à 5.
Un sudo journalctl --vacuum-time=10d m'a libéré 1 Go 1/2
# Empêcher les journaux de systemd de trop grossir à la base
Posté par Arthur Accroc . Évalué à 10.
Comme c’est mentionné dans une des réponses, plutôt que de faire du vide de temps en temps, on peut empêcher les journaux de systemd de trop grossir avec les options
SystemMaxUseetSystemKeepFreedans/etc/systemd/journald.conf.Exemple :
Il est nécessaire de relancer le service avec
systemctl restart systemd-journald.servicepour que les changements de ce fichier soient pris en compte sans redémarrer le système. Ça déclenche un nettoyage immédiat si les journaux dépassent la limite.La limitation par taille est pratique : elle évite une saturation du système de fichiers si un service part complètement en sucette et se met à générer des tonnes de logs.
Par contre, avec la vie du système, il faut s’attendre à ce que la taille maximale spécifiée soit atteinte (voire curieusement un peu dépassée d’après
du).« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Empêcher les journaux de systemd de trop grossir à la base
Posté par barmic 🦦 . Évalué à 10.
Apprend à un Homme à supprimer ses logs, il gagnera de la place une fois.
Apprend à un Homme à configurer ses logs, il gagnera de la place toute sa vie.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Empêcher les journaux de systemd de trop grossir à la base
Posté par devnewton 🍺 (site web personnel) . Évalué à 8.
D'après le fucking manual, par défaut journald est configuré pour utiliser au plus 10% du disque et laisser 15% d'espace libre.
Sur un petit serveur avec 10 Go de disque, c'est raisonnable, mais sur un PC de bureau avec 1 To, ça peut être utile de régler ces valeurs pour avoir plus de place pour votre collection de science asiatique.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.