[RESOLU] Partition / à 100% sans raison (pour le moment)

Support Debian
#21 
server:~# e2fsck -f -y -C0 /dev/sda1
e2fsck 1.40-WIP (14-Nov-2006)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda1: 12708/244320 files (0.8% non-contiguous), 487962/487966 blocks

Hélas rien à signaler, ça c’est le résultat d’hier soir.

pour le /tmp

server:~# debugfs /dev/sda5
debugfs 1.40-WIP (14-Nov-2006)
debugfs:  ffb
Free blocks found: 4650
debugfs:  ffi
Free inode found: 12
debugfs:  lsdel

0 deleted inodes found

#22

sur /tmp (ls -l sous debugfs)

 2   41777 (2)      0      0    4096 30-Oct-2008 17:23 .
      2   41777 (2)      0      0    4096 30-Oct-2008 17:23 ..
     11   40700 (2)      0      0   16384 25-Feb-2008 16:02 lost+found
  30657   41777 (2)      0      0    4096 29-Oct-2008 22:30 .X11-unix
  45985   41777 (2)      0      0    4096 29-Oct-2008 22:30 .ICE-unix
  61313   40755 (2)      0      0    4096 29-Oct-2008 22:32 hsperfdata_root
#23

Non, ce n’"est pas sur /dev/sda5 qu’il faut faire le debugfs mais sur /dev/sda1.
Mon idée:n Un fichier est crée sur /tmp avant que /dev/sda5 soit monté sur /tmp. Ce fichier enfle et remplit la partition /dev/sda1 mais est invisible car caché par la partition /dev/sda5 montée sur /tmp. Un du -sh ne te le montrera pas. Su tu fais

debugfs /dev/sda1

cd /tmp

ls -l

Tu verras les fichiers existants sur le /tmp de la partition /dev/sda1, indépendament de /dev/sda5. Controle de même le répertoire /data (qui se remplit vite). Je penche même pour une explication suivante:

Pour une raison X, la partition data ne s’est pas montée, le répertoire /data s’est rempli, ta partition est pleine et la machine plante. Tu reboutes la machine, la partition /dev/sdb5 est montée sur /data et tu ne vois plus les fichiers pourtant ils sont là et remplisse /dev/sda1.

#24

ah ok, sorry

Voici le résultat du debugfs

195457   40755 (2)      0      0    4096 25-Feb-2008 16:02 .
      2   40755 (2)      0      0    4096 29-Oct-2008 22:17 ..
#25

et sous /data???

#26 

114017   40755 (2)      0      0    4096 25-Feb-2008 16:02 .
      2   40755 (2)      0      0    4096 29-Oct-2008 22:17 ..
#27

Par curiosité, df -i, ça donne quoi ?

#28

j’ai déjà fait merci, et cela ne renvoie rien de spécial. Les inodes ne sont pas à 100%.

server:~# df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
tmpfs                 224360       2  224358    1% /lib/init/rw
udev                  224360     409  223951    1% /dev
tmpfs                 224360       1  224359    1% /dev/shm
rootfs                244320   12707  231613    6% /
/dev/sdb5            30146560  239911 29906649    1% /data
/dev/sda5             122624      15  122609    1% /tmp
/dev/sda3             488640   50001  438639   11% /usr
/dev/sda6            1130496    2227 1128269    1% /var
#29

Peut être sous /var, mais j’avoue que je commence à être à cours d’idées. As tu regarder la partition en ayant bouté sur un CD live?

#30

Sinon, un autre moyen d’examiner le contenu de la partition racine sans les montages est de la monter une deuxième fois, par exemple :

Tout le contenu de sda1 sans les montages sera visible sous /mnt/pointdemontage.

#31

Pas idiot ça et plus simple…

#32

Merci mais cela fait exactement pareil. Même en montant le / dans un autre point de montage, elle est toujours à 100%. Le debugfs ne donne rien également.

Pour le live CD je ne l’ai pas encore fait, je tenterais surement ce WEnd si je peux (L’infra SAN se trouve dans un autre service que le mien, hélas, je ne le gère pas, et comme je ne peux pas couper la machine en journée ;-( )

merci pour votre aide en tout cas.

#33

Evidemment que monter une partition n fois ne va pas la vider comme par miracle. Le but est de pouvoir examiner avec les outils classiques (ls, find, du…) plus facilement qu’avec debugfs ce qui pourrait se cacher “sous” les points de montage et n’apparaît donc pas dans le montage sous /.

#34

Oui mais l’idée est de voir si il y a des choses dans /data et /tmp de la partition /dev/sda1.

Donc

mount /dev/sda1 /mnt

ls -al /mnt/tmp

ls -al /mnt/data

#35

Donc,

mkdir /mnt/racine
mount /dev/sda1 /mnt/racine

cd /mnt/racine
ls -al    (ne donne rien, pas de fichiers cachés)
cd data
ls -al    (rien dans ce dossier)
#36

Scrogneugneu et un

du -sh /mnt/racine

donne quoi, il faut bien qu’ils soient quelque part ces fichiers…

#37

Merci à vous tous !! j’ai trouvé !!!

Je m’explique.

nous avons un répertoire monté /mnt/backup qui se trouve être un dossier partagé sur notre serveur de sauvegarde.
Toutes les nuits, je fais une sauvegardes via le cron de tout notre SVN. Un week-end, il y a un souci et les partages ont sauté. Du coup, le script a fait ces sauvegardes mais sur une partition qui donc n’était pas montée. Il a donc tout mis dans /mnt/backup.

Ce qui est étonnant, c’est que dans le point de montage /, il n’y avait aucun souci visible puisque ce répertoire était monté. Je n’ai pas le souvenir d’avoir fait un du -chs * sur la racine avec aucun point de montage “extérieur”.

Je ne sais pas si je me suis bien expliqué.

Bref, j’ai donc remonté le “/” dans /mnt/racine et j’ai refait un du -chs *. J’ai donc trouvé un dossier /mnt/backup (non monté sur le serveur de sauvegarde) avec donc tout l’espace disque occupé.

Now :

df -h
Filesystem            Size  Used Avail Use% Mounted on
tmpfs                1015M     0 1015M   0% /lib/init/rw
udev                   10M   76K   10M   1% /dev
tmpfs                1015M     0 1015M   0% /dev/shm
rootfs                1.9G  266M  1.5G  15% /
/dev/sdb5             227G  143G   73G  67% /data
/dev/sda5             942M   18M  877M   2% /tmp
/dev/sda3             3.7G  940M  2.6G  27% /usr
/dev/sda6             8.5G  1.1G  7.0G  14% /var

Le bonheur donc.

Encore un bien grand merci à vous pour m’avoir aidé

Bonne journée,
Rémy

#38

Ah…:slightly_smiling: [quote][…]Mon idée:n Un fichier est crée sur /tmp avant que /dev/sda5 soit monté sur /tmp. Ce fichier enfle et remplit la partition /dev/sda1 mais est invisible car caché par la partition /dev/sda5 montée sur /tmp. Un du -sh ne te le montrera pas. Su tu fais[…][/quote]
Ça me fait plaisir d’avoir tapé dans l’idée (mais pas dans le bon répertoire). Ce genre de gag m’était arrivé sur un serveur Squid il y a longtemps mais je savais où chercher…

#39

yes tout à fait, tu étais en plein dedans. Le truc c’est que j’aurais du faire mieux attention lorsque j’avais fait un “umount” sur tous les partages et j’aurais du refaire un “du -chs”. Je doute si je l’avais fait ou pas.

La prochaine fois que j’aurais le souci, pour le “plaisir” je regarderais.

Merci