Bonjour. Rsyslog ne fait pas l'affaire? Avec un crontab on lance la gestion des logs. Encore avec crontab on lance une commande pour supprimer les logs compressés vieux de X jours ou de ou size>× Ca marche bien pour logstash qui est vraiment bavard ou pour les puits de logs
Le lun. 30 juin 2025, 21:33, Jérémy Lal <[email protected]> a écrit : > > > Le lun. 30 juin 2025 à 21:01, Informatique BILLARD < > [email protected]> a écrit : > >> Bonsoir >> >> sans me souvenir comment je suis arrivé sur ce lien : >> >> >> https://www.gnulinux-portugal.org/trouver-et-supprimer-des-fichiers-sous-linux/ >> >> mais il m'interroge sur le nettoyage d'un système Linux en l’occurrence >> Debian. Voici mes questions >> > > Le plus important est de déterminer de quelle version de debian il s'agit. > Si c'est une version récente (bookworm ou mieux, testing) ou pas (cas dont > je ne parlerai pas). > >> >> 1. Faut-il vraiment mettre en place un système de nettoyage en >> ciblant quelques types de fichiers (tmp, log, ...) si oui lesquels ? >> >> le pb avec les logs est principalement résolu grâce à journald, sauf dans > certains cas particuliers (par exemple postgres, qui continue d'envoyer ses > logs dans /var/log/postgres/, qui peut encore exploser). > >> >> 1. Si oui ne pouvons nous pas configurer le système pour qu'il ne >> produise pas tant de fichiers de ces types ? >> >> C'est déjà configuré comme ça, sauf exceptions > >> >> 1. >> 2. Quelles sont vos pratiques dans ce domaine ? >> >> > L'ancienne solution était de monter /var/log sur une partition, de fait, > limitant le problème causé par son remplissage. > Une bonne solution est de correctement configurer journald, et faire super > gaffe aux applications spécifiques qui ne veulent pas logger par défaut > vers journalctl. > >
