Ce billet est inspir\u00e9 par l’appel ce matin d’un client dont le serveur d\u00e9di\u00e9 \u00e9tait en cours de plantage…<\/p>\n
Etat des lieux : un service ne d\u00e9marre plus, ou plante, car il n’y a plus de place libre dans la racine \/<\/strong>. (erreur du genre \u00ab\u00a0not enough space on disk\u00a0\u00bb)<\/p>\n Que faire ?<\/strong><\/p>\n 1) D\u00e9j\u00e0, bien comprendre comment est organis\u00e9 le syst\u00e8me de fichier. La commande \u00ab\u00a0mount -l<\/strong>\u00a0\u00bb va vous lister les diff\u00e9rents points de montage. Identifiez le disque contenant la racine.<\/p>\n 2) Examiner l’\u00e9tat de remplissage, avec la commande \u00ab\u00a0df -h<\/strong>\u00a0\u00bb<\/p>\n Cette commande va vous donner l’espace restant libre sur les disques. Il y a\u00a0 de grandes chances que le disque supportant la racine apparaisse bien rempli…<\/p>\n 3) Utiliser la commande \u00ab\u00a0du<\/strong>\u00a0\u00bb pour trouver quel est le ou les r\u00e9pertoires ou fichiers qui prennent trop de place.<\/p>\n du -sh \/*<\/strong> vous liste un r\u00e9sum\u00e9 du contenu des diff\u00e9rents r\u00e9pertoires de la racine (attention \u00e7a peut \u00eatre long)<\/p>\n du -ah \/root<\/strong> affiche la taille de tous les fichiers du r\u00e9pertoire \/root. Pratique, car l’option ‘-a’ vous permet de visualiser m\u00eame les dossiers et les fichiers cach\u00e9s (commen\u00e7ant par un point).<\/p>\n Tr\u00e8s souvent, la racine se remplit car des fichiers de logs<\/strong> deviennent \u00e9normes. Faites donc bien attention \u00e0 configurer proprement l’utilitaire \u00ab\u00a0logrotate<\/strong>\u00a0\u00bb afin de faire tourner les logs r\u00e9guli\u00e8rement, et \u00e9vitez de stocker vos \u00ab\u00a0gros\u00a0\u00bb logs \u00e0 la racine.<\/p>\n Si aucun fichier ne vous semble bien gros, et que vous constatez une tr\u00e8s grande diff\u00e9rence entre le r\u00e9sultat de la commande \u00ab\u00a0du\u00a0\u00bb et de la commande \u00ab\u00a0df\u00a0\u00bb, peut-\u00eatre alors qu’un processus a plant\u00e9 en laissant un fichier ouvert<\/strong> \u00e0 une taille gigantesque. Dans tous les cas, intervenez avant que votre racine soit satur\u00e9e. Installez un outil de monitoring sympa comme munin<\/strong> pour surveiller l’occupation des disques et partitions et r\u00e9agissez avant que tout soit rempli.<\/p>\n Si tout est d\u00e9j\u00e0 plant\u00e9 et que vous avez besoin d’aide, n’h\u00e9sitez pas \u00e0 utiliser nos services d’urgence informatique<\/a>.<\/p>\n <\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Ce billet est inspir\u00e9 par l’appel ce matin d’un client dont le serveur d\u00e9di\u00e9 \u00e9tait en cours de plantage… Etat des lieux : un service ne d\u00e9marre plus, ou plante, car il n’y a plus de place libre dans la…<\/span><\/p>\n
\nVous pouvez alors tenter la commande \u00ab\u00a0lsof -n -P | grep deleted<\/strong>\u00a0\u00bb pour trouver le fichier en cause.<\/p>\n