Re: Commande 'at' capricieuse

Top Page

Reply to this message
Author: Dominique Fournier
Date:  
To: guilde
Subject: Re: Commande 'at' capricieuse
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
>
>