Taille du répertoire /var/log énorme. Debian 11 et 12

[jpty]

Bonjour,
La taille énorme du répertoire /var/log et plus particulièrement de son sous-répertoire journal est due au daemon systemd dont la configuration n’est pas « finie ». Constaté sur Debian 11 et 12.

Pour vérification, on peut obtenir la taille des 10 plus gros répertoires de /var/log avec cette commande depuis l’administration de Jeedom:

du -sh /var/log/* | sort -h | tail

Manipulations pour limiter la taille de ce répertoire:

• Se logger en root.
• Editer le fichier /etc/systemd/journald.conf
• Ecrire / décommenter les lignes SystemMaxUse=200M et MaxRetentionSec=1w
• Sauver le fichier
• Redemarrer le daemon: systemctl restart systemd-journald

Ça donne pour moi après configuration avec une rétention d’une semaine et une taille max de 200Mo:

Source, description et correction du problème en francais

Edit 17/12/2024: Voir aussi ce post Swap diminue en permanence pour faire le diagnostic et paramétrer correctement le daemon systemd directement depuis Jeedom

[znation]

Hello,

Merci de tes infos, je viens également de constater en debian11 que mon dossier journal est à 1,6 go …

Je vais effectuer le tuning de suite

A surveiller !

[Fabrice]

Bonjour

Et merci beaucoup pour cette astuce.

Il faut noter que depuis que j’ai fait cela, je ne consomme plus du tout de Swap (après un redémarrage).
En contre partie, je consomme de la mémoire RAM (divers sujet en parle, avec la fuite de mémoire liée à Python 3.9.2).

J’ai donné ce lien à une autre personne avec une configuration similaire à la mienne, lui aussi ne consomme plus de Swap depuis l’application de cette configuration de journald.

Ce message mériterait d’être dans un tip ou tutoriel.

[xavax59]

Bonjour,
petite question, mon atlas est a nouveau planté ce matin lorsque je fais cette commande

du -sh /var/log/* | sort -h | tail

j’ai ceci :

12K	/var/log/wtmp
16K	/var/log/lost+found
20K	/var/log/fail2ban.log
40K	/var/log/apt
172K	/var/log/armbian-hardware-monitor.log
180K	/var/log/messages
184K	/var/log/kern.log
384K	/var/log/daemon.log
420K	/var/log/syslog
15M	/var/log/auth.log

dans mes logs jeedom j’ai ceci :

si je fais la modification ca va brider les taille des logs dans ce repertoire aussi ?

[Fabrice]

Bonjour.

Non, l’information de jpty ne concerne que ce qu’il a décrit.
La taille des logs dans Jeedom est directement paramétrable depuis Jeedom.

[xavax59]

merci, dans ce cas pourquoi j’arrive a des logs a plus de 2go avec ce parametrage ?

3000 lignes ca peut générer 2go de log ?

[Fabrice]

Aucune idée, il faut voir la taille des lignes ou alors la suppression ne se réalise qu’une fois par jour (peut être à l’heure de votre problème)
Mais c’est complètement hors sujet sur ce tip.

[Loic]

Attention en mode syslog ou tout autre moteur de log autre que celui par defaut il n’y a aucune gestion de la taille des logs (c’est a vous de le configurer dans le systeme cible).

A noter aussi qu’une modification est en cours pour faire un clean des logs toute les heures si il dépasse une certaine taille (5mo) au lieu de toute les 24h (sans prendre en compte la taille des logs).

[xavax59]

@jpty

/etc/systemd/journald.conf

ca donne bien ceci ce qu’il faut modifier ?
L’original et comme ceci :

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=10000
SystemMaxUse=20M
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=

et le corrigé :

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=10000
SystemMaxUse=200M
MaxRetentionSec=1w
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=

Merci

[jpty]

Bonsoir,
Vous n’avez rien à modifier sur votre Atlas.
Votre répertoire /var/log/journald n’apparait pas dans le résultat de la commande:

sudo du -sh /var/log/* | sort -h | tail

La configuration d’origine est correcte et limite sa taille à 20Mo.

Dans un des post au dessus, on peut voir un répertoire de taille 1.6Go où là il faut faire la correction:

[Lithium73fr]

Un grand merci pour ce post, j’avais beaucoup de problème depuis mon passage à Debian 11

[jpty]

Bonjour,
Voici un graphique de la mémoire utilisée par le process journald

Le 7 décembre, les modifications proposées ci-dessus ont été appliquées avec :

SystemMaxUse=20M
MaxRetentionSec=1w

[Xistof]

Merci pour l’aide sur ce post, j’avais également un soucis de swap important, et à la suite de la lecture ici j’ai constaté un journal qui atteignait les 1,8Go, sur une box SMART en debian 11.
Depuis la modif le swap est très stable, merci !

[Chris88140]

Bonjour,

Ayant également des fuites de mémoires SWAP tous les jours entre 0h00 et 6h00 depuis que je suis passé de carte SD Debian 10 au SSD Debian 11 RPi3B+, je désire réduire la taille du journal, et par la suite je passerai de 1024 à 2048 pour le SWAP.
Voici ce que j’obtiens en taille pour le journal (3Go).

Cependant, je n’arrive pas à décommenter le fichier journald.conf pour enlever les # des 2 lignes demandées.
Par le logiciel WINSCP, je n’ai pas les droits root, et je connais pas les commandes sous PuTTy.
Pouvez-vous m’aider svp ?
Merci bien.

[Madcow]

@Chris88140

je connais pas les commandes sous PuTTy.

Bonjour,

Utilise en ssh avec Putty pour passer en root :

su -

puis

nano /etc/systemd/journald.conf

Ctrl+s pour sauvegarder.

https://doc.ubuntu-fr.org/nano#commandes_de_base

[jpty]

Bonjour,
Vous pouvez aussi faire la modification depuis Jeedom en utilisant le lien vers le post de @ngrataloup que j’ai ajouté le 17/12/2024 à la fin du 1er post.

Le log journald est rempli à 99% par les commandes sudo lancées par Jeedom, le cron de Jeedom qui écrit session opened puis session closed…

[Chris88140]

Merci à vous 2, j’ai utilisé les 2 méthodes pour m’entrâiner (par jeedom et Putty).


Pour le #MaxretentionSec=1w, dois-je également enlever le # ?
Ce sera ma dernière question
En tout cas, merci encore.

[jpty]

Ce n’est pas nécessaire. La limite par la taille est atteinte bien avant.

[jpty]

Bonjour,

Dans les dernières images Jeedom, il semble que ça soit maintenant configuré.
Exemple pour l’image Debian 12 pour la Smart, les paramètres sont:

SystemMaxUse=1G
MaxRetentionSec=2w

Toutefois avec ces paramètres, le log reste énorme. Surtout quand on regarde le contenu du fichier.