Tant qu’un logiciel tourne et maintient un fichier ouvert, il n’est pas supprimé du disque, même s’il est effacé de son répertoire.
C’est exprès, ça évite de planter des logiciels.
Arrêter le logiciel suffira pour que le fichier soit finalement réellement supprimé. Et quand on le relancera, il créera un nouveau fichier.
Je ne vois pas de moyen propre de vider le fichier tant que le logiciel tourne et pas de moyen sale évident non plus (s’il en existe, je serais curieux de le connaître).
logrotate, qui sert à éviter l’accumulation des logs système, soit compte sur la coopération des logiciels en leur envoyant un signal pour qu’il créent un nouveau fichier (mais ça ne marche qu’avec un logiciel prévu pour), soit les arrête et les relance.
Il faudrait plutôt essayer de paramétrer le logiciel pour écrire moins de choses dans le log, le mettre ailleurs ou ne pas en créer du tout.
S’il n’est pas paramétrable, j’essaierais avant de le lancer de faire un lien nommé run.log (à l’endroit où il s’attend à le trouver) vers /dev/null, des fois qu’il suive le lien sans broncher (pas sûr ; il faut déjà qu’il ne crée pas systématiquement un nouveau fichier à chaque lancement).
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone
# Normal
Posté par Arthur Accroc . En réponse au message Fichier supprimé mais qui consomme toujours de l'espace disque. Évalué à 7.
Tant qu’un logiciel tourne et maintient un fichier ouvert, il n’est pas supprimé du disque, même s’il est effacé de son répertoire.
C’est exprès, ça évite de planter des logiciels.
Arrêter le logiciel suffira pour que le fichier soit finalement réellement supprimé. Et quand on le relancera, il créera un nouveau fichier.
Je ne vois pas de moyen propre de vider le fichier tant que le logiciel tourne et pas de moyen sale évident non plus (s’il en existe, je serais curieux de le connaître).
logrotate, qui sert à éviter l’accumulation des logs système, soit compte sur la coopération des logiciels en leur envoyant un signal pour qu’il créent un nouveau fichier (mais ça ne marche qu’avec un logiciel prévu pour), soit les arrête et les relance.
Il faudrait plutôt essayer de paramétrer le logiciel pour écrire moins de choses dans le log, le mettre ailleurs ou ne pas en créer du tout.
S’il n’est pas paramétrable, j’essaierais avant de le lancer de faire un lien nommé run.log (à l’endroit où il s’attend à le trouver) vers /dev/null, des fois qu’il suive le lien sans broncher (pas sûr ; il faut déjà qu’il ne crée pas systématiquement un nouveau fichier à chaque lancement).
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone