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 !