Re: augmenetation taille /tmp
Bonjour,
Le dimanche 20 septembre 2015, Francois Lafont a écrit...
> > Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
> > phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
> > reboot !
Confirmé !
Le volume monté sur /tmp s'est pris 32M au reboot
Le volume inutilisé monté sur /home/laurena (ancien montage nfs pour
l'ordi de ma fille), s'est également pris 32M.
Le volume monté sur /usr est plus gros, donc on ne voit pas la
différence avec `df -h`, mais avec df tout court : +23128 blocs de 1k.
A ce rythme là, je vais bientôt avoir de gros soucis…
> Sauf erreur, ça devrait t'afficher la liste de tous les
> processus qui utilisent un fichier dans /tmp/ *même* si
> celui-ci n'existe plus dans l'arborescence.
J'ai déjà parlé de lsof. Je donne les résultats ci après :
espinasse:~$ fuser -v -m /tmp/
UTIL. PID ACCÈS COMMANDE
/tmp: root kernel mount /tmp
mysql 1598 F.... mysqld
root 1613 F.... Xorg
root 1712 F.... apache2
jm 2126 F.... ssh-agent
www-data 6504 F.... apache2
www-data 6505 F.... apache2
www-data 6506 F.... apache2
www-data 6507 F.... apache2
www-data 6508 F.... apache2
espinasse:~$ lsof /tmp
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
mysqld 1598 mysql 5u REG 253,1 0 135 /tmp/ibQZHR5l (deleted)
mysqld 1598 mysql 6u REG 253,1 101 136 /tmp/ibaQ1rC0 (deleted)
mysqld 1598 mysql 7u REG 253,1 0 137 /tmp/ibIoH28E (deleted)
mysqld 1598 mysql 8u REG 253,1 0 138 /tmp/ibuX4pgY (deleted)
mysqld 1598 mysql 12u REG 253,1 0 139 /tmp/ibT8zJyG (deleted)
apache2 1712 root 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted)
apache2 6504 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted)
apache2 6505 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted)
apache2 6506 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted)
apache2 6507 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted)
apache2 6508 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted)
> PS : j'ose à peine te le demander mais bon juste au cas où : tu
> as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers
> « cachés », n'est-ce pas ? ;)
Juste après l'ouverture de la session X :
espinasse:~$ la /tmp/
total 12
drwxrwxrwt 12 root root 4096 sept. 20 10:39 .
drwxr-xr-x 24 root root 4096 sept. 11 12:03 ..
drwxrwxrwt 2 root root 6 sept. 20 10:05 .font-unix
drwxrwxrwt 2 root root 17 sept. 20 10:07 .ICE-unix
drwx------ 2 jm jm 6 janv. 1 1970 orbit-jm
drwx------ 2 root root 6 sept. 20 10:05 pulse-PKdhtXMmr18n
drwx------ 2 jm jm 23 sept. 20 10:10 ssh-ZTEyLQglrWVt
drwx------ 3 root root 16 sept. 20 10:07 systemd-private-b08106bc4793424f806ac0ea7c1752b3-tor.service-OJOe56
drwxrwxrwt 2 root root 6 sept. 20 10:05 .Test-unix
drwx------ 2 jm jm 6 sept. 20 10:31 vXp3d2e
-r--r--r-- 1 root root 11 sept. 20 10:07 .X0-lock
drwxrwxrwt 2 root root 15 sept. 20 10:07 .X11-unix
drwxrwxrwt 2 root root 6 sept. 20 10:05 .XIM-unix
Mais il ne semble pas que ce soit lié à /tmp, en définitive.
Le volume monté sur /usr semble avoir subi une augmentation de taille
inférieure, environ 24M, et je ne pense pas qu'un processus écrive
dedans également.
Le volume monté sur /home/laurena est _totalement_ inutilisé, lui, mais
il s'est pris 32M. Je me dis donc que l'occupation disque est bas niveau
et invisible au système de fichiers.
--
jm
Reply to: