Actions
Anomalie #4744
ferméPartition /mnt pleine sur la vm pad
Statut:
Fermé
Priorité:
Urgente
Assigné à:
Christian P. Momon
Version cible:
Début:
17/09/2020
Echéance:
% réalisé:
0%
Temps estimé:
Description
Icinga nous prévient que :
Plugin Output DISK CRITICAL - free space: / 1659 MB (43% inode=69%); /tmp 323 MB (99% inode=99%); /var 10085 MB (72% inode=92%); /mnt 53 MB (1% inode=99%); /var/lib/postgresql 36706 MB (91% inode=99%);
Et effectivement :
=(^-^)=root@pad:~# df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/mapper/modele--vg-root 4,0G 2,2G 1,7G 57% / /dev/mapper/modele--vg-tmp 349M 2,2M 324M 1% /tmp /dev/mapper/modele--vg-var 15G 3,7G 9,9G 28% /var /dev/mapper/modele--vg-postgres_data 4,9G 4,6G 54M 99% /mnt /dev/mapper/pad--data--vg-data 40G 3,6G 36G 9% /var/lib/postgresql
Or :
=(^-^)=root@pad:~# ll /mnt/ /var/lib/postgresql/ /mnt/: total 20 drwxr-xr-x 3 postgres postgres 4096 nov. 1 2019 11 drwx------ 2 root root 16384 mai 9 2018 lost+found /var/lib/postgresql/: total 24 drwxr-xr-x 3 postgres postgres 4096 nov. 1 2019 11 drwxr-xr-x 3 root root 4096 sept. 15 17:12 BACKUPS_HURDMAN_POUR_ANALYSE drwx------ 2 root root 16384 mai 9 2018 lost+foundDemande :
- remettre tout bien avec un seul Pgsql actif.
- puisque la base de données est baladeuse, vérifier qu'on a pas perdu des pads…
Actions