@PhieLaidMignon Ça peut être un process qui crée des fichiers pendant qu’un autre les lui supprime : tant que le premier les libères pas, ils deviennent invisibles, ne prennent pas de place avec du, mais occupent quand même de l’espace sur le système de fichier (visible via df). Et peuvent même continuer à grandir.
Le reboot ayant stoppé le premier process, ça les a libérés.
Un moyen de vérifier cette hypothèse, c’est de lancer lsof /partition | grep deleted et tu verras si t’as des fichiers officiellement supprimés mais « verrouillés » par un process actif (et tu verras quels fichiers et quel process).
Le cas le plus classique c’est un logrotate sur un service qui le gère pas ou mal, logrotate bouge les fichiers puis supprime les plus vieux, mais le service continue d’écrire ses logs dans un fichier officiellement supprimé… (qui continue alors à grossir). Ça peut se corriger en disant à logrotate de faire un copytruncate, ou en vérifiant qu’il notifie bien le service de flush ses logs le cas échéant.
Add comment