Oui vous avez raison. Vous n'avez pas compris de quoi je parlais. Je voulais parler de logrotate et non rsyslog. Et je faisais référence à son utilisation pour lagestion de logs.
Faire une partition /var/log peut avoir des effets de bords si on a un monitoring des logs. Pour avoir expérimenté la chose surtout l'effet de bord, je déconseille le choix de la partition /var/log. Le lun. 30 juin 2025, 21:52, Jérémy Lal <[email protected]> a écrit : > 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. >>>>> >>>>>
