Discussion :

[boris_atw]

Bonjour,

Je suis confronté à un problème sur une distrib Ubuntu où je dois avoir un processus qui remplit progressivement la partition /
Mais je ne sais pas trouver lequel !!
Après un reboot du serveur, si je fais un df -h, voici les valeurs que j'obtiens :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
user@serveur:~$ df -h
Sys. de fichiers	Taille		Uti.		Disp.		Uti%		Monté sur
/dev/sda5		46G		5,4G		39G		13%		/
none			3,9G		200K 		3,9G		1%		/dev
none			3,9G		0		3,9G		0%		/dev/shm
none			3,9G		668K	        3,9G		1%		/var/run
none			3,9G		0		3,9G		0%		/var/lock
/dev/sda1		9,3G		289M	        8,6G		4%		/boot
/dev/sdb6		230G	        188M 		218G 		1%		/backup
/dev/sda7		165G 		1,2G		156G 		1%		/home
/dev/sdb1		459G 		15G		421G 		4%		/data
/dev/sdb5		230G	        25G		194G 		12%		/share

Après 10h de fonctionnement du serveur, j'obtiens 17% d'utilisé sur /
Après 24h de fonctionnement du serveur, j'obtiens 21% d'utilisé sur /
Et au bout d'une semaine, l'ensemble des 46G est utilisé, et le serveur se bloque (normal !!)
Mes connaissances en Linux / Ubuntu étant ce qu'elles sont, je ne sais pas trop dans quelle direction rechercher pour résoudre ce problème...
Toute aide bienvenue, par conséquent !
Merci d'avance

[Obsidian]

Hello,

C'est un problème assez classique : un processus remplit un log en boucle. Éventuellement, ce processus se trouve dans une boucle infinie à cause d'un effet de bord (par exemple : mort d'un de ses correspondants) et là, le remplissage peut aller très vite.

Ça devient compliqué lorsque l'on efface ce gros fichier mais que le processus qui le remplit ne l'a pas refermé : il continue d'exister sur le disque jusqu'à fermeture du dernier descripteur. On voit alors le disque se remplir alors qu'aucun fichier ne semble enfler.

Utilise quand même lsof pour voir la liste des fichiers ouverts à un moment mais la sortie risque d'être conséquente.

[frp31]

vu que /tmp n'a pas sa propre partition j'imagine bien aussi, qu'il puisse s'agir d'un fichier dans ce répertoire.

pour identifier ...

du -sk répertoire
lsof
ps -ef # à faire correspondre avec lsof..

[mdadm95]

Bonjour,

Est que tu as des erreurs dans tes logs ?
Quelle est ta distrib d'Ubuntu ?
Et quelle est la marque et le modèle de ton serveur ? (Si tu as installé ton Ubuntu sur une machine physique bien sûr)

[Invité]

Bonjour,

Est que tu as des erreurs dans tes logs ?
Quelle est ta distrib d'Ubuntu ?
Et quelle est la marque et le modèle de ton serveur ? (Si tu as installé ton Ubuntu sur une machine physique bien sûr)

Salut,

Je ne pense pas que la marque et le modèle du serveur vont t'aider à résoudre ce type problème.

[mptijr]

tu peux voir dans les logs c'est certains que tu y trouveras une réponse.

tu peux également voir du coté des processus en exécution: ps -aux

[boris_atw]

Utilise quand même lsof pour voir la liste des fichiers ouverts à un moment mais la sortie risque d'être conséquente.

J'ai fait un lsof à partir de la racine du serveur.
En dehors de tout un tas de processus, j'ai 2 lignes qui me semblent 'suspectes'... :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
php        2921    user    1u      REG        8,5 2147483647  131083 /tmp/tmpfy90jMb (deleted)
php        2921    user    2u      REG        8,5 2147483647  131083 /tmp/tmpfy90jMb (deleted)

Surtout, que si je fait un ls dans /tmp, voici le retour :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
user@serveur:/tmp$ ls
total 12
drwxrwxrwt  3 root root 4096 2012-05-19 11:20 ./
drwxr-xr-x 24 root root 4096 2012-05-08 07:02 ../
drwxr-xr-x  2 root root 4096 2012-05-17 13:14 .winbindd/

Pour compléter sur un message précédent qui me disait de faire un ps -aux, encore une fois une p'tite ligne qui me parait suspecte :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
user     2921 99.8  0.1  55060 11496 ?        R    May17 2520:56 php /data/web/lecture_data.php

Le script php en question est appelé par un CRON toutes les 30 minutes.
Ceci dit, ce script tourne depuis 4 ans sur ce serveur, n'a pas été modifié récemment... Je vois mal pourquoi il viendrait mettre le bronx tout d'un coup ???

[boris_atw]

vu que /tmp n'a pas sa propre partition j'imagine bien aussi, qu'il puisse s'agir d'un fichier dans ce répertoire.

pour identifier ...

du -sk répertoire
lsof
ps -ef # à faire correspondre avec lsof..

Désolé... mes connaissances en Linux ne me permettent de décrypter le sens de ta réponse

[paissad]

Bonjour,
hmm, lorsque tu ne comprends pas une commande Linux, il faut lire le manuel pour comprendre. En réalité, en faisant des 'man nom_commande', tu verras qu'au fond il n'y a pas grand chose de compliqué
En cela, fait par exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

man du

et pareil pour les autres commandes, si tu bloques, tu peux toujours redemander, mais faut lire les man un peu.
Cordialement,

[Obsidian]

J'ai fait un lsof à partir de la racine du serveur.
En dehors de tout un tas de processus, j'ai 2 lignes qui me semblent 'suspectes'...

Oui, et si tu regardes bien, ton fichier est calé à 2 Gio, soit le maximum possible sans utiliser LARGEFILE.

Apparemment, ton script PHP doit fonctionner normalement la plupart du temps mais sur cette instance-ci en particulier, il y a quelque chose qui le fait tourner en boucle infinie.

Si tu tues le processus avec kill 2921, tu devrais récupérer ton espace disque.