Rootfs et /dev/root plein à 100 %

Je viens de recevoir une alerte de dysfonctionnement sur un de mes serveurs. J’ai plusieurs applications hébergées sur ce serveur mais l’accès à la base de données est comprise pour l’ensemble des applications. Sur le moment je réalise très vite l’intérêt de migrer mes serveurs sous docker. Le système en vogue et permet de rendre  autonome les applications installées sur un serveur. Voilà plusieurs jours que je me documente sur cette techno et probablement que je vais y venir. Dans tous les cas, ce n’est pas le fonctionnement actuel de mon serveur qui tourne sous Debian.  J’ai un gros plantage sur toutes mes applications et je n’ai plus qu’à trouver l’origine du problème. Je tente une mise à jour (procédure classique), et voici ma première erreur :

J’ai la confirmation d’un problème d’accès à ma base de données : ERROR 2003 (HY000): Can’t connect to MySQL server on ‘127.0.0.1’ (111)

Je tente de relancer manuellement MysQL 

service mysql start

Voici le résultat : 

je réalise très rapidement que j’ai un problème d’espace disque, ce qui n’est pas normal car aucune application n’est pleinement utilisée. Je décide de faire une vérification des mes répertoires :

~# df -h

Je viens de trouver les coupables. Les dossiers /dev/root et rootfs sont full avec 100% d’utilisation.

Attention : le répertoire root étant plein à 100%, cela ne veut pas dire que le volume incriminé porte essentiellement sur le réportoire root.

Je commence par supprimer les logs stockés dans le répertoire, mais cela n’était pas significatif.

Je décide alors de rechercher les répertoires les plus charger sur l’ensemble des disques grâce à la commande ci-dessous :

~# sudo du -sh /*

Cette commande permet effectivement d’identifier les répertoires les plus chargés. Je navigue progressivement dans les répertoires jusqu’à trouver le sous répertoires incriminés:

~#sudo du -sh /usr/*

~#sudo du -sh /usr/lib/*

J’ai enfin trouvé la source du problème. Il s’agit un répertoire miroir à un autre de mes serveurs et qui permet de stocker les backups automatiquement sans règles de conservation spécifiques. Tous les backup sont conservés alors que j’aurais pu conserver uniquement les 3 dernières sauvegardes.

je supprime tous les fichiers du dossier car je n’en ai plus l’utilité. Une fois dans le répertoire je lance la commande de suppression de tous les fichiers

~# rm -rf*

Je relance l’ensemble des services installés

~#service apache2 restart

~#service mysql restart

C’est reparti, problème résolu !

 

Lire aussi :

Présentation du Mini-PC Z83 https://www.youtube.com/watch?v=FZ-7N6V-Qt4 Présentation du Mini-PC Z83 Pour acheter le Mici-PC Z83 : http://amzn.to/2zoX4HD Mini Clavier Sans Fi...
Remplacer la vitre d’un iMac 21 pouces https://www.youtube.com/watch?v=nj8OaMxzl3o Un rapide tutoriel pour le remplacement de l'écran d'un iMac.  Pour acheter la vitre de l'iMac : http://...
Présentation de l’imprimante 3D Anet A8 https://www.youtube.com/watch?v=uCvQhVYX1NM&t=17s Présentation de l'imprimante Anet A8 et retour d'expérience après plusieurs mois d'utilisation....
5 astuces pour arrêter Windows 8 Si vous venez de passer sous windows 8 vous remarquerez quelques changements dans la philosophie du système d’exploitation au point où vous ne tro...

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.