Il va falloir déterminer qui remplit la partition /var.
Je propose de regarder le résultat de "du -sh /var/* | sort -h"
Il y a peut-être des caches que l'on peut nettoyer
Bonne journée
Dom
On 14/10/2020 00:44, Marc TERRIER wrote:
>> Juste une question inspirée par mon expérience: est-ce que la partition
>> hébergeant /var/spool n'aurait plus d'espace libre ? expliquant les
>> fichiers de taille 0 et les divers comportements inattendus...
>
> Tiens, tiens, tiens, en voilà une bonne idée... Merci, Yves.
>
> # df -h .
> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
> /dev/mapper/VolGroup_ID_6318-LogVol4
> 1008M 1008M 0 100% /var
>
> Mais faire du ménage ne suffit pas : j'ai vidé /var/cache, et déplacé certains gros logs de /var/log vers un autre volume logique, mais le problème demeure :
>
> # df -h /var
> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
> /dev/mapper/VolGroup_ID_6318-LogVol4
> 1008M 965M 0 100% /var
>
> On voit bien que la taille occupée a diminué, et pourtant, /var est toujours vu plein à 100%. Je suspecte un épuisement des inodes disponibles :
>
> # df -i /var
> Sys. de fich. Inodes IUtil. ILib. %IUti. Monté sur
> /dev/mapper/VolGroup_ID_6318-LogVol4
> 65536 2470 63066 4% /var
>
> J'ai également pensé, puisque c'est une machine qui a du LVM, à étendre le LV. Manque de bol, il n'y a plus un octet de disponible. Il va falloir rajouter un PV, ou trouver autre chose. Je suis preneur de toutes les bonnes idées, mais là, il est l'heure d'aller faire dodo...
>
> Bonne nuit ! ;-)
>
> --
> Marc
>
>
