Rootfs et /dev/root plein à 100 %

Support Debian
#1

Bonjour a tous.

Je débute sous linux, j’ai un serveur débian qui depuis peu m’affiche un rootfs à 100 % d’apres munin il a pris 50 % en 7 jours…

j’ai regardé les sujets :

isalo.org/wiki.debian-fr/ind … ode_simple
rootfs-plein-t39753.html
help-rootfs-full-t42903.html
ils sont sans effets pour mon cas.
mais j’avoue ne pas tout comprendre…

un df-h me donne ça :

[quote]Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 20G 19G 58M 100% /
/dev/root 20G 19G 58M 100% /
devtmpfs 16G 0 16G 0% /dev
tmpfs 3,2G 340K 3,2G 1% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 13G 0 13G 0% /dev/shm
/dev/md2 1,5T 13G 1,4T 1% /var
/dev/md3 193G 60M 183G 1% /home
/dev/md5 96G 60M 92G 1% /save
[/quote]
j’ai purgé les logs dans /var/logs j’ai pu récupérer 56 mo.
la commande -sh /* donne :

[quote]6,3M /bin
4,6M /boot
0 /dev
63M /etc
52K /home
14M /lib
4,0K /lib64
16K /lost+found
8,0K /media
4,0K /mnt
4,0K /opt
du: impossible d’accéder à « /proc/30378/task/30378/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « /proc/30378/task/30378/fdinfo/4 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « /proc/30378/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « /proc/30378/fdinfo/4 »: Aucun fichier ou dossier de ce type
0 /proc
3,7M /root
340K /run
20K /save
21M /sbin
4,0K /selinux
12K /srv
du: impossible d’accéder à « /sys/kernel/slab/L2TP/IPv6 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « /sys/kernel/slab/L2TP/IP »: Aucun fichier ou dossier de ce type
0 /sys
18G /tmp
815M /usr
13G /var
4,0K /webmin-setup.out
[/quote]
mon fichier tmp me parait énorme !!!
puis je le vider sans risque ?
et comment car j’ai essayer la commande rm -rf * depuis /tmp mais j’ai un message d’erreur " Liste d’arguments trop longue"
existe t il une purge automatique pour ce genre de souci ?
par avance merci.

#2

Salut,

Un retour sur le répertoire [mono]/tmp[/mono] serait parlant (le pourquoi du comment).

Note : est-ce un serveur distant, local, en prod ?

#3

bonjour

merci de te réponse c’est un serveur distant et en prod.

La commande $ ls -la /tmp a donnée des miliers de :

[quote]-rw------- 1 www-data www-data 0 oct. 10 11:56 timthumb_tmpimg_zzyvEq
-rw------- 1 www-data www-data 36049 oct. 8 16:33 timthumb_tmpimg_zZYW58
-rw------- 1 www-data www-data 44173 oct. 1 14:23 timthumb_tmpimg_ZZywbo
-rw------- 1 www-data www-data 38765 oct. 1 15:23 timthumb_tmpimg_zZyZCY
-rw------- 1 www-data www-data 38765 oct. 7 15:12 timthumb_tmpimg_zzz9gg
-rw------- 1 www-data www-data 36049 oct. 6 08:56 timthumb_tmpimg_ZzzcEq
-rw------- 1 www-data www-data 44173 oct. 2 20:58 timthumb_tmpimg_ZzZCFa
-rw------- 1 www-data www-data 44173 oct. 1 12:32 timthumb_tmpimg_ZZZD9S
-rw------- 1 www-data www-data 29854 sept. 30 18:09 timthumb_tmpimg_Zzzhsg
-rw------- 1 www-data www-data 29854 sept. 30 22:36 timthumb_tmpimg_zzzNUJ
-rw------- 1 www-data www-data 29854 oct. 2 21:08 timthumb_tmpimg_zZzOQl
-rw------- 1 www-data www-data 44173 oct. 3 17:19 timthumb_tmpimg_zzZqMN
-rw------- 1 www-data www-data 44173 oct. 1 13:12 timthumb_tmpimg_ZZzrvO
-rw------- 1 www-data www-data 38765 oct. 2 19:45 timthumb_tmpimg_ZzzU0M
-rw------- 1 www-data www-data 26674 sept. 30 22:23 timthumb_tmpimg_ZZzY1F
-rw------- 1 www-data www-data 18878 oct. 9 14:23 timthumb_tmpimg_zZZYo1
[/quote]

#4

Salut,

Ce n’est pas seulement rootfs qui est plein mais :
/dev/root 20G 19G 58M 100% /

#5

Quels sont les versions [mono]wordpress[/mono] et [mono]php[/mono] installées ?

L’origine du script ?

Le dit serveur est-il à jour (en date de …) ?

#6

[quote=“ggoodluck47”]Salut,

Ce n’est pas seulement rootfs qui est plein mais :
/dev/root 20G 19G 58M 100% /[/quote]

Oui c’est ce que j’ai mis dans le titre… d’ailleurs les 2 liés. quand j’ai récupéré 58 m sur le rootfs ca l’a fait en même temps pour /dev/root

@ BelZéButh

le serveur avait été mis a jour il ya 3 ou 4 mois je viens de le faire…

la version de php c’est : PHP 5.4.4-14+deb7u14 (cli) (built: Aug 21 2014 08:36:44)

pour word press et le script je ne peux pas te répondre (du moins tout de suite) je n’en ai aucune idée… la développeuse est partie en week-end.
et ca j’y connait rien du tout…

#7

Fais un ls -altr /tmp pour voir la frequence de création de ces fichiers.
Pour savoir qui les crée, tu peux faire un

#8

Dans le doute d’un autre soucis du même plugins, fais ceci:
http://TonSite.com/wp-content/plugins/pluginX/timthumb.php?webshot=1&src=http://TonSite.com/$(touch$IFS/tmp/aaaaaaa.txt)
ou celui-ci
http://TonSite.com//wp-content/themes//path/to/timthumb.php?webshot=1&src=http://TonSite.com/$(touch$IFS/tmp/aaaaaaa.txt)

S’il crée le fichier aaaaaaa.txt dans /tmp, met en disable le plugins.

#9

et pour éliminer les fichiers, tu fais

plusieurs fois

#10

merci a vous deux
@ kripteks merci je vais regarder de ce coté.

@ fran.b[quote=“fran.b”]Fais un ls -altr /tmp pour voir la frequence de création de ces fichiers.
Pour savoir qui les crée, tu peux faire un

la commande grep ne me donne rien…

[quote=“fran.b”]et pour éliminer les fichiers, tu fais

plusieurs fois[/quote]
j’ai un méssage d’erreur :

[quote]# rm $(ls -t timthumb_* | tail -n 10000)
-bash: /bin/ls: Liste d’arguments trop longue
rm: opérande manquant
Saisissez « rm --help » pour plus d’informations.
[/quote]
si je reduits la valeur tail idem.

EDIT :

J’ai fais :

[quote]rm /tmp/timthumb_tmpimg_a*
rm /tmp/timthumb_tmpimg_b*
rm /tmp/timthumb_tmpimg_c*

etc … [/quote]

ca marche mais c’est super long …

#11

[quote=“ggoodluck47”]Ce n’est pas seulement rootfs qui est plein mais :
/dev/root 20G 19G 58M 100% /[/quote]
En fait ce n’est pas du tout rootfs qui est plein mais seulement /dev/root. rootfs est la racine initiale en RAM créée à partir de l’initramfs, puis la racine finale /dev/root a été montée par dessus. Comme les deux ont le même point de montage /, mount ne peut afficher que les caractéristique du système de fichiers qui a été monté sur / en dernier.

#12

due donne ton souci ??

#13

un grands merci a tous pour votre aides le plugin défaillant était Vslider.

apres une purger du dossier /tmp tout est rentré dans l’ordre…

Merci !!