Probleme d'espace utilisé sur la partition :s

Support Debian
#1

Bonjour,

Voici la structure des partitions de mon serveur linux, comportant plusieurs sites web :

Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda1 3,0G 2,0G 839M 71% /
/dev/sda2 226G 191G 24G 90% /var
tmpfs 500M 0 500M 0% /dev/shm

Le problème est bien visible, les 191Go occupé de sda2…, je suis aller voir la taille du répertoire /var et il fait 1.1go, et non 191go :S

ensuite :

[quote]ns22855:/# du -sh /bin
3,0M /bin
ns22855:/# du -sh /boot
5,4M /boot
ns22855:/# du -sh /dev
96K /dev
ns22855:/# du -sh /etc
5,7M /etc
ns22855:/# du -sh /floppy
4,0K /floppy
ns22855:/# du -sh /home
16K /home
ns22855:/# du -sh /initrd
4,0K /initrd
ns22855:/# du -sh /lib
24M /lib
ns22855:/# du -sh /lost+found
16K /lost+found
ns22855:/# du -sh /mnt
4,0K /mnt
ns22855:/# du -sh /opt
4,0K /opt
ns22855:/# du -sh /proc
du: ne peut accéder /proc/8843/fd/271': Aucun fichier ou répertoire de ce type ^[[Adu: ne peut accéder/proc/9975/fd/285’: Aucun fichier ou répertoire de ce type
du: ne peut accéder /proc/10225/fd/286': Aucun fichier ou répertoire de ce type du: ne peut accéder/proc/5771/fd/285’: Aucun fichier ou répertoire de ce type
du: ne peut accéder /proc/22559/fd/71': Aucun fichier ou répertoire de ce type du:/proc/19885’: Aucun fichier ou répertoire de ce type
du: `/proc/16762’: Aucun fichier ou répertoire de ce type
1,0K /proc
ns22855:/# du -sh /root
180K /root
ns22855:/# du -sh /sbin
4,9M /sbin
ns22855:/# du -sh /sys
4,0K /sys
ns22855:/# du -sh /tmp
24K /tmp
ns22855:/# du -sh /usr
377M /usr
ns22855:/# du -sh /var
1,1G /var[/quote]
La taille totale est d’environ 1.5G. Il n’y a donc nulle part 191go d’utilisé :S

D’où peut venir ce problème ??

J’espere que vous pourrez m’aider, ça commence a etre génant, si cela vient à saturer :S

Merci

#2

apt-get install baobab 8)

#3

Bonjour,
Ce programme marche-t-il en mode console? Car je n’ai pas de serveur graphique donc je peux pas voir les graphe ^^. Si cela marche même en console, je vais essayer alors…

Merci,

#4

Ce programme permet d’analyser, d’accord mais il faut un serveur graphique. Or moi j’ai un serveur WEB qui n’a que le ssh, je ne peux que travailler en console, je n’ai pas installé d’environnement graphique (question de sécurité).

Il n’y a pas un autre programme ? car là je suis coincé :s

Merci

#5

Est ce que cela vient juste après avoir effacer un (très) gros fichier de logs?

Essaye de faire un

lsof | grep /var

puis d’utiliser fuser…

#6

Le remplissage de / à 71% m’inquiète plus que celui de /var, et est en plus gènant pour règler ton problême de /var: il suffirait d’arrèter tout ce qui accède à /var (peut être un peu penible pour ssh) de remonter ton /var ailleurs que sur /var, puis de tout recopier dans le /var inclus dans /, pour finalement reformatter la partition.
Bon, mais tu n’as pas la place sur / .
Il faudrait peut être allèger ce qu’il y a dans /usr/src, /home et /tmp.
Un autre conseil: fais le moins de choses possibles en root, pas pour la sécurité, mais parceque root a des secteurs qui lui sont reservés sur les partitions ext, et que si tu satures ta partition en root, tu ne peux plus rien faire. sudo utilise au maximum des fichiers temporaires en tant qu’user non privilègié donc si tu satures, c’est moins grave, c’est pour les users: pour root, tu peux encore travailler.

Je dis ça parceque c’est peut être un pb de fichiers réservés ton remplissage.
Que donne tune2fs -l /dev/sda2 ?
Et du -sh /var/* ?

#7

[quote]ns22855:/# tune2fs -l /dev/sda2
tune2fs 1.37 (21-Mar-2005)
Filesystem volume name: /home
Last mounted on:
Filesystem UUID: 752f7d92-83c8-4668-a78f-80b6615e1c91
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super large_file
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 30081024
Block count: 60131295
Reserved block count: 3006564
Free blocks: 8835244
Free inodes: 30064526
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Filesystem created: Thu Nov 30 07:23:55 2006
Last mount time: Wed Apr 25 15:44:17 2007
Last write time: Wed Apr 25 15:44:17 2007
Mount count: 6
Maximum mount count: 24
Last checked: Thu Nov 30 07:23:55 2006
Check interval: 15552000 (6 months)
Next check after: Tue May 29 08:23:55 2007
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
First orphan inode: 1490960
Default directory hash: tea
Directory Hash Seed: 810723ac-4225-4be3-a372-628828a7f9d8
Journal backup: inode blocks
ns22855:/#
[/quote]

et

[quote]ns22855:/# du -sh /var/*
1,9M /var/backups
16M /var/cache
8,0K /var/ftp
100M /var/lib
4,0K /var/local
8,0K /var/lock
378M /var/log
16K /var/lost+found
293M /var/mail
4,0K /var/opt
124K /var/run
772K /var/spool
8,0K /var/tmp
209M /var/www
ns22855:/#
[/quote]

En faite, mon serveur est un serveur WEB avec VHCS2 (panel d’administration). Donc le seul truc utilisé dans le serveur c’est le repertoire var, qui contient tout. C’est pourquoi c’est le plus important, car le reste n’est pas utilisé, les sites et tous les trucs sont dans var. C’est le seul serveur auquel ca fait ca, car nous possedons deux autres serveurs avec la meme structure et cela ne fait pas ce probleme-ci…

Voila donc les deux rapports au dessus, en esperant que ca puisse vous aider à m’aider lol :stuck_out_tongue:

fran => j’ai bien fait la commande ca m’a listé tout ce que j’ai dans var, cependant le fuser me dis que il y a unparametre manquant, quelle est la commande exacte??

Merci encore

#8

[quote=“darkfreed”]
fran => j’ai bien fait la commande ca m’a listé tout ce que j’ai dans var, cependant le fuser me dis que il y a unparametre manquant, quelle est la commande exacte??

Merci encore[/quote]

Par du, tu n’as que les fichiers visibles, df lui te donne l’état du disque à un instant donné. Donc il existe un ou plusieurs fichiers ouverts, détruits ou cachés, ayant pour plus de 71G de données.

Si tu reboutes la machine, tu devrais récupérer tes G disparus, surtout en forçant un fsck du disque. Si ça n’est pas le cas, là ça devient étonnant…

lsof te donne tous les fichiers ouverts, il te faut chercher un fichier sans nom dans /var.

fuser permet de savoir qui a ouvert ce fichier…

#9

Ok merci :stuck_out_tongue:
En faite j’ai trouvé le problème, c’est APACHE qui me bouffe tout, je l’ai arrété et ca m’a libéré 100go !!! ya mysql qui bouffe aussi :S Puis maintenant après l’arret de ça, après un ptit temps de latence, c’est revenu correcte avec 1% d’utilisé sur /var, donc a priori le probleme est réglé “temporairement”, pour combien de temps ca va durer ? héhé

en tout cas apparament c’est pas bien grave, c’est apache qui bouffe vraiment tout, peut être un probleme de configuration, je vais voir.

Merci pour toute votre aide, c’est vraiment sympa :smiley:

Bonne soirée

#10

Qu’il bouffe tout c’est une chose, mais que les fichiers n’apparaissent pas en est une autre. Pour MySQL, on peut imaginer des tables temporaires non nettoyées, mais pour apache, j’ai du mal à voir ou bien, comme je le soupconne, c’est du coté des logs. Tu ne m’as pas dit si tu avais effacé des fichiers de logs avant…

#11

Oui j’ai tenté de supprimer des logs énorme, cependant ils se sont recréés :S (meme taille).

#12

Ben AMA, c’est ça: il faut les supprimer quand apache ne tourne pas ou un truc comme ça.

#13

Tiens au fait, quelle serait la syntaxe pour inserer un pti bloc de code dans /etc/logrotate.d/apache pour qui serait une section:
prerotate ou postrotate demandant d’exécuter un rm de tous les *.n.gz où n serait supérieur à un ou deux ?

ps: un truc qui pourrait reservir autrement que pour apache en fait …

#14

AMA, c’est plutot dans la conf de logrotate que tu fixes le nombre, non ?

#15

ah mais je connais pas du tout logrotate en fait … et donc passé ce nombre, il écrase les vieux fichiers ?
Je vais faire ça dans ce cas .