On ne parle pas de la même chose. Je conseille ici quelque chose qui a à voir avec une installation debian. Or, par défaut, c'est journald qui est installé, et non rsyslog (qui est, mea culpa, très bien maintenu).
Le lun. 30 juin 2025 à 21:47, Trak Hwsunix-based <[email protected]> a écrit : > Rsyslog n'est pas maintenu? > Merci, je ne savais pas. Je vais regarder par quoi remplacer rsyslog > demain au boulot. > > Le lun. 30 juin 2025, 21:44, Jérémy Lal <[email protected]> a écrit : > >> Je parle de solution moderne et maintenue; après, il doit y avoir au >> moins dix autres solutions plus ou moins anciennes. >> >> Le lun. 30 juin 2025 à 21:41, Trak Hwsunix-based < >> [email protected]> a écrit : >> >>> 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. >>>> >>>>
