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.
>>
>>

Répondre à