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
#1
Mis à jour par Christian P. Momon il y a environ 4 ans
- Sujet changé de Partition /mnt pleine sur la vm ad à Partition /mnt pleine sur la vm pad
Actions
#2
Mis à jour par Christian P. Momon il y a environ 4 ans
Il semble que c'est le bon dossier qui est utilisé :
=(^-^)=root@pad:/mnt# ps auxww |grep postg root 1160 0.0 0.0 6092 824 pts/1 S+ 19:16 0:00 grep --color=auto postg postgres 8427 0.0 1.4 214340 14644 ? S sept.15 0:05 /usr/lib/postgresql/11/bin/postgres -D /var/lib/postgresql/11/main -c config_file=/etc/postgresql/11/main/postgresql.conf
Donc le /mnt plein doit être un souvenir de la journée de mercredi. Certainement rien de grave mais une vérification est la bienvenue.
Actions
#3
Mis à jour par Yves-Gaël Chény il y a environ 4 ans
- Assigné à changé de Yves-Gaël Chény à Christian P. Momon
Effectivement, le /mnt contient le postgres quand il arrivait à saturation lors de la migration.
Juste avant qu'on le bouge sur /dev/mapper/pad--data--vg-data
Le vg /dev/mapper/modele--vg-postgres_data peut être démonté et supprimé
Actions
#4
Mis à jour par Yves-Gaël Chény il y a environ 4 ans
- Statut changé de Nouveau à Résolu
lv inutile supprimé
Actions
#6
Mis à jour par Christian P. Momon il y a environ 4 ans
- Version cible changé de Backlog à Sprint 2020 septembre
Actions