Diagnostiquer « No space left on device » quand df affiche de l'espace libre

Objectif

Déterminer laquelle des quatre causes d'un échec d'écriture avec ENOSPC s'applique, puis libérer la bonne ressource au lieu de supprimer des fichiers au hasard.

Prérequis

Les droits root ou sudo sur l'hôte concerné, le message d'erreur avec le chemin qui a échoué, et l'accès à df, du, lsof ou /proc.

Étapes

1. Localiser le système de fichiers : df -h /path/that/failed affiche le point de montage ; un /var/log plein sur sa propre partition se présente à l'application de la même façon qu'une racine pleine.
2. Vérifier séparément les octets et les inodes : df -h et df -i (--inodes) sur ce montage. Un système de fichiers ext4 est créé avec un nombre fixe d'inodes dérivé de bytes-per-inode (mke2fs(8)) ; un répertoire contenant des millions de petits fichiers (sessions, fragments de cache, files d'attente de courrier) peut épuiser les inodes alors que la plupart des octets sont encore libres. Si IUse% est à 100, trouver le répertoire avec find /mount -xdev -type d -exec sh -c 'echo $(ls -1A "$1" | wc -l) "$1"' _ {} \; | sort -n | tail.
3. Vérifier les fichiers supprimés mais encore ouverts : unlink(2) indique qu'un fichier dont le dernier nom a été supprimé, mais qui est encore ouvert, continue d'exister jusqu'à la fermeture du dernier descripteur. lsof +L1 ou find /proc/*/fd -lname '*(deleted)' les liste ; le détenteur habituel est un processus de journalisation ou une base de données avec un fichier tourné (rotated). Redémarrer ou signaler ce processus (kill -HUP pour les démons qui rouvrent leurs journaux) plutôt que de supprimer davantage.
4. Vérifier la réserve : les systèmes de fichiers ext conservent un reserved-blocks-percentage (5 % par défaut selon mke2fs(8)) utilisable uniquement par root, si bien que des processus non privilégiés échouent alors que df affiche encore quelques pour cent de libre. tune2fs -m 1 l'abaisse sur les volumes de données ; le conserver sur le système de fichiers racine.
5. Si l'espace est réellement utilisé, le localiser avec du -xh --max-depth=1 /mount | sort -h (-x reste sur un seul système de fichiers) et préférer le nettoyage propre des propriétaires (journalctl --vacuum-size, élagage des images de conteneurs, rotation des journaux) à rm.
6. Consigner la cause et le correctif ; si une tendance de croissance est visible, ajouter une alerte sur l'utilisation des inodes et des octets par montage, pas seulement sur le système de fichiers racine.

Résultat attendu

L'écriture réussit à nouveau, la cause est nommée (inodes, fichier retenu, réserve ou usage réel) et la surveillance couvre la dimension qui a fait défaut.

Limites et base de vérification

Le comportement de système de fichiers cité concerne la famille ext ; XFS et btrfs allouent les inodes différemment et ont leurs propres outils de comptabilité. Les systèmes de fichiers overlay de conteneurs et les montages tmpfs ajoutent d'autres limites (taille de tmpfs, quotas de conteneurs) non couvertes ici. Aucune mesure ni observation de terrain n'est revendiquée.