Dossier /tmp qui enfle, enfle

Support Debian
#1

Salut,
Sur une squeeze, à jour + IspConfig de chez OVH.
J’ai régulièrement le dossier /tmp qui enfle au point de menacer remplir toute ma partition.

# du --max-depth=1 -h ... 5,2G ./tmp ...
Sur une partition de 10Go c’est un peu excessif.

Le dossier se remplie de fichiers appartenant à “un site web” (là se trouve le wiki)

# vdir /tmp total 5427648 ... -rw------- 1 webx clientx 104857600 18 févr. 20:09 gs_2nNzL7 -rw------- 1 webx clientx 104857600 18 févr. 20:09 gs_2r42VP -rw------- 1 webx clientx 104857600 22 févr. 16:13 gs_4hUEjS -rw------- 1 webx clientx 104857600 23 févr. 05:01 gs_4N4xdS ...

Je pourrais faire un script qui vide le dossier tmp quand il atteint une taille imposante, mais ça ne me plais pas trop, je préférerais trouver le coupable!
Comment trouver quel est le processus qui remplie le dossier /tmp ?

Votre avis est le bienvenue!

#2

Bonjour,

Tu peux essayer d’utiliser l’outil iotop. Il te permet de trouver les processus qui font le plus d’entrées-sorties.

EDIT : tu peux aussi faire un script shell qui analyse la sortie de la commande dmesg après avoir fait cette commande en root (elle dit au noyau d’écrire un avertissement à chaque entrée/sortie) :

source : http://www.xaprb.com/blog/2009/08/23/how-to-find-per-process-io-statistics-on-linux/

#3

Salut,

[quote=“branch”]Bonjour,

Tu peux essayer d’utiliser l’outil iotop. Il te permet de trouver les processus qui font le plus d’entrées-sorties.[/quote]

Merci j’essaye ça.
C’est pas gagné mon histoire… :mrgreen:

iotop -u webx

Il va juste falloir que je reste devant jusqu’à ce que je voie le process…

#4

J’ai édité mon message précédent. Voir ces deux pages web :

http://www.xaprb.com/blog/2009/08/23/how-to-find-per-process-io-statistics-on-linux/
http://www.geeek.org/post/linux-:-comment-trouver-les-processus-qui-consomment-de-l-io-992

Et il faut utiliser l’option -a de iotop. Elle te permet de voir la quantité d’entrées/sorties effectuées depuis que iotop a été lancé. Comme ça tu n’as pas besoin de rester devant.

#5

[quote=“branch”]J’ai édité mon message précédent. Voir ces deux pages web :

http://www.xaprb.com/blog/2009/08/23/how-to-find-per-process-io-statistics-on-linux/
http://www.geeek.org/post/linux-:-comment-trouver-les-processus-qui-consomment-de-l-io-992

Et il faut utiliser l’option -a de iotop. Elle te permet de voir la quantité d’entrées/sorties effectuées depuis que iotop a été lancé. Comme ça tu n’as pas besoin de rester devant.[/quote]

C’est cool,
Merci d’avoir creusé.
J’essaye ça dés que j’ai un moment.

#6

et un petit “lsof” ne te dit pas qui accède aux fichiers ?

#7

question basique. Quoi qui n’y a dans ces fichiers.
Pas un en tête du genre “fichier créé par le logiciel xxx, ne pas modifier manuellement”.
Je sais, c’est idiot, mais des fois on cherche des choses compliquées …
Tu peux aussi regarder le group ou le owner, ça peux donner une piste.

#8

Salut,
Merci pour les pistes.

Je ne trouve rien avec lsof, il faut que je creuse.
Rien dans les en-têtes ou pieds des fichiers qui m’aide.

Pour ce qui est du groupe/owner, je sais, il s’agit d’un “site web”, c’est là ou se trouve, entre autre, le wiki, le pastebin, le pix…
J’ai une très très mauvaise connexion en ce moment, j’ai du mal à faire aboutir mes recherches.
Le dossier tmp gonfle en une dizaine de jours, ça me laisse le temps de ne pas saturer mon serveur; Je ferais de recherches approfondies à mon retour chez moi.

Merci.

#9

“site web” ne ressemble pas un nom d’owner owner, sauf si tu l’as créer toi même . classiquement c’est www ?
avec top ou htop, tu peux voir quels process tournent avec cet owner. Ca réduira la liste des coupables potentiels.

#10

Salut

[quote=“lol”]

# vdir /tmp total 5427648 ... -rw------- 1 webx clientx 104857600 18 févr. 20:09 gs_2nNzL7 -rw------- 1 webx clientx 104857600 18 févr. 20:09 gs_2r42VP -rw------- 1 webx clientx 104857600 22 févr. 16:13 gs_4hUEjS -rw------- 1 webx clientx 104857600 23 févr. 05:01 gs_4N4xdS ...[/quote]

Avec ispconfig si. Chaque site est créé par un “client” (groupe) et possède un utilisateur (webx).
C’est primordial pour le ftp, l’accès shell, etc. Ainsi tout est bien cloisonné.

Dans /var/www
Tu as cette structure

Clients |_ clientx |_ site1 |_ cgi-bin |_ ssl |_ tmp |_ web (contient les fichiers du site web) |_ webdav |_ site2 |_ clienty |_ site3 |_ site4 Lien_vers_le_dossier_web_du_site1 Lien_vers_le_dossier_web_du_site2 Lien_vers_le_dossier_web_du_site3 Lien_vers_le_dossier_web_du_site4

C’est donc bien d’un site qui proviennent ces tmp de 100Mo qui ne disparaissent pas.
Comme je le disais j’ai une très mauvaise connexion en ce moment (je suis en vacances…) et je n’arrive pas à chercher convenablement (ça prend trop de temps…