OVH Community, votre nouvel espace communautaire.

No space left on device (28) : à l'aide


buddy
01/03/2014, 11h41
Citation Envoyé par delikanli
effectivement cela ma vidé une partie du dossier session
merci faut que je met ça en auto via cron
de rien,

vérifie que 1 jour ne gène pas le fonctionnement de tes sites, 7 sera peut être mieux ... je t'ai donné cette commande avec 1 jour au hasard ..

delikanli
01/03/2014, 11h35
effectivement cela ma vidé une partie du dossier session
merci faut que je met ça en auto via cron

buddy
01/03/2014, 11h23
Salut,

il faudrait voir l'age des fichiers .

pour supprimer tous les fichiers qui ont plus de 24 h par exemple ( a exécuter dans le dossier en question ou alors modifier find . par le path du dossier )
Code:
 find . -mtime +1 | xargs rm -f
il se peut que la commande ne soit pas exactement la bonne
après au pire tu fais un cron toi même qui vide çà toutes les nuits par exemple.

delikanli
01/03/2014, 11h17
en effet il y'a énormément de fichier
pour ce qui est du code updatedb && locate sess_

je viens de le taper et j'ai énormément de fichier dans /var/lib/php/session/

comment puis je vider tout ceci ?
pourquoi cron ne le vide pas ?

pour ce qui est des log la sauvegarde des log est désactiver ( volontairement via le panel plesk )

merci d'avance pour vos aides

buddy
01/03/2014, 11h08
Salut,

généralement les disques pleins il y a plusieurs "cas".
Serveur pirate => plein de mails dans la file d'attente ( car OVH bloque l'envoie des mail par le serveur après quelques dizaines de secondes de spam )
Trop de fichiers logs gardés pour rien. ( voir log rotate )
Session php en trop ..

Si tu cherches par exemple les fichiers des sessions PHP tu peux les lister via

Code:
updatedb && locate sess_
( de mémoire )

fritz2cat
01/03/2014, 11h04
14 millions de fichiers dans /var, ça me semble anormal.

delikanli
01/03/2014, 10h57
voici lee df et df -i

[root@ns211302 ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 50795140 1829720 46405476 4% /
/dev/root 50795140 1829720 46405476 4% /
devtmpfs 16419740 252 16419488 1% /dev
/dev/md3 1867004216 12823072 1760089628 1% /var
tmpfs 16420196 0 16420196 0% /dev/shm
/dev/root 50795140 1829720 46405476 4% /var/named/chroot/etc/named
/dev/md3 1867004216 12823072 1760089628 1% /var/named/chroot/var/named
/dev/root 50795140 1829720 46405476 4% /var/named/chroot/etc/named.r fc1912.zones
/dev/root 50795140 1829720 46405476 4% /var/named/chroot/etc/rndc.key
/dev/root 50795140 1829720 46405476 4% /var/named/chroot/usr/lib64/bind
/dev/root 50795140 1829720 46405476 4% /var/named/chroot/etc/named.iscdlv.key
/dev/root 50795140 1829720 46405476 4% /var/named/chroot/etc/named.root.key

[root@ns211302 ~]# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
rootfs 3203072 91656 3111416 3% /
/dev/root 3203072 91656 3111416 3% /
devtmpfs 4104935 2391 4102544 1% /dev
/dev/md3 117620736 14112624 103508112 12% /var
tmpfs 4105049 1 4105048 1% /dev/shm
/dev/root 3203072 91656 3111416 3% /var/named/chroot/etc/named
/dev/md3 117620736 14112624 103508112 12% /var/named/chroot/var/named
/dev/root 3203072 91656 3111416 3% /var/named/chroot/etc/named.rf c1912.zones
/dev/root 3203072 91656 3111416 3% /var/named/chroot/etc/rndc.key
/dev/root 3203072 91656 3111416 3% /var/named/chroot/usr/lib64/bind
/dev/root 3203072 91656 3111416 3% /var/named/chroot/etc/named.iscdlv.key
/dev/root 3203072 91656 3111416 3% /var/named/chroot/etc/named.root.key



tout semble normal mais il y'a déjà des signes de ralentissement je pense que d'ici ce soir ça va crasher .

delikanli
25/02/2014, 12h15
Citation Envoyé par Math33
As-tu regardé si le nettoyage des fichiers sessions de php se fait correctement ? J’ai souvent eu ce type de problème et ai refait le cron manuellement pour éviter ce genre de soucis
le problème peux venir de là (viens de là même )
peux tu expliquer comment fait tu ceci ?

Math33
25/02/2014, 12h00
As-tu regardé si le nettoyage des fichiers sessions de php se fait correctement ? J’ai souvent eu ce type de problème et ai refait le cron manuellement pour éviter ce genre de soucis

delikanli
25/02/2014, 11h51
je vais voir l'évolution je vous tiens au courant la j'ai installé plesk 11 + ubuntu voyons le résultat

Athar
25/02/2014, 11h44
http://forum.ovh.com/showthread.php?...evice-%2828%29

(vive les recherches Google ceci dit hein^^)

fritz2cat
25/02/2014, 11h43
Tu suis l'évolution ; et si c'est df -i qui augmente comme un fou, alors c'est que tu as un problème que des dizaines de milliers de fichiers vides ou microscopiques polluent ton système et remplissent la table d'inodes (par exemple dans /var ou /tmp)

delikanli
25/02/2014, 11h39
en effet mais je cherche deja une solution car je c'est que dans 5 jours je serai dans la même situation

Athar
25/02/2014, 11h37
Eh bien pour le coup, si tu procède comme cela a chaque problème, il n'y a plus, par définition, de problème

(Dit autrement, comment régler un "bug"/problème alors qu'on ne peux rien vérifier/tester ? ^^)

delikanli
25/02/2014, 11h32
là c'est trop tard pour celui ci car je viens de lancer une réinstallation.
mais le df -i ne montré pas de souci, les disques sont plein à 10 % max

Athar
25/02/2014, 11h31
"No space left on device", cela sent en effet être un problème d'espace disque (/ à 100%)

fritz2cat
25/02/2014, 11h25
quand tu es planté, fais:

df
df -i

et remonte l'information

delikanli
25/02/2014, 11h21
bonjour,

mon serveur plante tout les 5 à 6 jours suivant l’influence.
les logs indiques comme souci : "PHP
Warning: Unknown: open(/var/lib/php/session/sess_jcjfomfenqvto3v1iivq04jrl2,
O_RDWR) failed: No space left on device (28)"
ceci ralenti tout le serveur jusqu'à que les sites ne sont plus accessibles. ( le problème arrive entre
4 à 6 jours max après réinstallation du serveur )
j'ai cherché sur les forum et google mais je n'ai rien trouver qui puisse m'aider

ma configue est : plesk 10.4 + centos 6 ( idem avec plesk 11 et centos 6 )
je suis sur un serveur soyoustart : Intel Xeon E3-1245v2 4 c / 8 t ,3.4 GHz+ ,32 Go de ram, 2x 2 To SATA

merci d'avance