De: "NoSpam" <no-s...@tootai.net>
À: "Liste Debian" <debian-user-french@lists.debian.org>
Envoyé: Vendredi 16 Juin 2023 12:07:44
Objet: Re: Libérer l'espace après suppression de fichiers de log énormes dans
/var + éviter d'atteindre le blocage
Bonjour
Le 16/06/2023 à 11:46, [ mailto:roger.tar...@free.fr | roger.tar...@free.fr ] a
écrit :
Bonjour,
Quand /var/log/ se remplit de messages d'erreur (messages syslog et
user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner
!
Si root supprime les fichiers remplis de la même alerte, /var reste rempli à
100%.
??? Jamais vu cela en ext2/3/4 ou xfs Quel fs ?
Réponse : ext4
BQ_BEGIN
Il y aurait bien un lsof puis un kill de tout ce qui est "deleted".
Comment faire pour libérer l'espace sans devoir redémarrer la machine ?
Fiablement, sans effet boomerang.
Egalement, comment éviter que /var ( partition dédiée) bloque la machine quand
il est plein ?
BQ_END
var est nécessaire. Il existe des outils comme librenms/munin/cacti/zabbix/...
qui alertent
-> j'ai lu une réponse ultérieure qui parle de systemd : [
https://manpages.debian.org/bookworm/systemd/tmpfiles.d.5.en.html |
https://manpages.debian.org/bookworm/systemd/tmpfiles.d.5.en.html ] ?
systemd me prend inutilement ma tête avec sa logique qui oblige à décortiquer
la doc et à pratiquer pour identifier ses (vils) pièges (par exemple il faut
écrire une valeur nulle avant d'écrire la valeur souhaitée; timer, etc.)
Mais une fois que c'est maîtrisé, c'est fiable et ça permet de se passer de
pleins d'autres services (ex : crontab).
BQ_BEGIN
Je pensais à un script qui surveille les logs et tronçonne les messages répétés
pour maintenir.
Un service du système ou un paquet gère-t-il ça ?
ça doit arriver tellement souvent...
BQ_END
Cela a du m'arriver à mes débuts avec Linux. Depuis, je surveille les serveurs
comme le lait sur le feu ...
[...]
-> je m'efforce de mettre en place le thermomètre et le contrôle automatique du
gaz pour ne plus me trouver en urgence !
