Comment vérifier si une partition système pleine affecte les applications NAS

Une partition système pleine peut interrompre les applications NAS même si le grand pool de données dispose encore de plusieurs téraoctets libres.

Les applications ont besoin d’espace local pour les journaux, les bases de données, les fichiers temporaires, les mises à jour, les couches de conteneurs, les sockets et les écritures de configuration. Confirmez quel montage est plein, reliez l’erreur de l’application à une écriture échouée, identifiez ce qui consomme l’espace système et libérez de l’espace par l’intermédiaire du composant qui en est responsable.

Confirmer que la partition système est le montage plein

Vérifiez tous les systèmes de fichiers montés et repérez les chemins de la racine, du démarrage, des applications, des conteneurs et des données. La première étape consiste à confirmer le montage exact qui est plein, car l’espace libre du pool de données ne peut pas satisfaire une écriture dirigée vers le système de fichiers racine.

Utilisez df -h pour vérifier la capacité en blocs et df -i pour vérifier les enregistrements de fichiers. Un chemin peut refuser la création de nouveaux fichiers lorsque les blocs libres et les inodes libres sont des limites distinctes et que l’une ou l’autre est épuisée.

Relier les défaillances des applications au manque d’espace d’écriture

Consultez les journaux de l’application, de la base de données, du conteneur et du système pour repérer les messages « espace disque insuffisant », système de fichiers en lecture seule, journalisation défaillante ou impossibilité de créer un fichier temporaire. Une application peut encore afficher sa page web depuis la mémoire, alors que les tâches en arrière-plan, les téléversements et les validations de la base de données échouent.

Notez les horodatages et effectuez un test d’écriture inoffensif dans le chemin concerné. Évitez les redémarrages généralisés avant d’avoir sauvegardé les éléments de preuve : redémarrer toutes les applications peut générer davantage de journaux, masquer la première erreur et modifier le prochain service à tomber en panne.

Trouver les journaux, les couches de conteneurs, les inodes et les fichiers supprimés

Mesurez la taille des répertoires système de premier niveau, puis examinez de plus près le plus volumineux. Les principaux consommateurs sont souvent les journaux système, les journaux d’application, les couches d’images, les caches de compilation, les vidages mémoire, les caches de paquets, les miniatures et les fichiers temporaires. Consultez les rapports de l’application ou du gestionnaire de conteneurs avant de supprimer des répertoires de données au contenu peu clair.

Si le total des répertoires n’explique pas l’espace utilisé sur le système de fichiers, recherchez les fichiers supprimés encore ouverts. Si les inodes sont épuisés, repérez les répertoires contenant un très grand nombre de petits fichiers de cache ou de session. Après le rétablissement, configurez la rotation des journaux et les limites de rétention plutôt que de répéter une suppression d’urgence.

Libérez de l’espace en toute sécurité et vérifiez le rétablissement

Commencez par les procédures de nettoyage documentées : faites pivoter ou purgez les journaux, supprimez les caches de paquets dont l’inutilité est confirmée, ne nettoyez que les artefacts de conteneur inutilisés et supprimez les anciens vidages mémoire à l’aide des outils prévus. Conservez les bases de données, les volumes nommés, les images actives et la configuration jusqu’à ce que vous disposiez d’une sauvegarde vérifiée.

Vérifiez à nouveau l’utilisation du système de fichiers et des inodes, puis redémarrez uniquement la chaîne de dépendances concernée et testez une véritable écriture par l’application. Si la récupération échoue toujours, examinez l’ordre de démarrage des services après un redémarrage au lieu de supposer que le manque d’espace est toujours en cause.

FAQ

Pourquoi une application échoue-t-elle alors que le pool de données du NAS dispose d’espace libre ?

L’application peut écrire sa base de données, ses journaux, ses fichiers temporaires ou l’état de ses conteneurs sur la plus petite partition système. L’espace disponible n’est pas partagé automatiquement entre les points de montage.

La suppression de fichiers journaux peut-elle aggraver le problème ?

Oui. Un processus en cours d’exécution peut garder ouvert un journal supprimé, ce qui maintient l’espace occupé alors que le fichier n’apparaît plus à son emplacement. Faites pivoter ou tronquez les journaux en suivant la procédure prévue pour le service concerné.

Quelle quantité d’espace libre la partition système doit-elle conserver ?

Il n’existe pas de pourcentage universel. Gardez une marge suffisante pour les mises à jour, les journaux, la maintenance des bases de données, la croissance des conteneurs et les opérations de récupération, puis configurez des alertes sur le rythme de croissance et l’espace restant.