Problème d'espace disque

Bonjour à tous,

Je rencontre un petit soucis que je ne comprend pas. Actuellement j’ai 3 partitions : / (94Go) , /home (1,7T) /var (94Go)
Il se trouve que ma partition /var était pleine à cause d’un nombre conséquent de logs (80Go). J’ai donc décidé de déplacer ces logs dans ma partition /home, j’ai donc fait un “mv”. Hors le soucis que j’ai maintenant c’est que les logs ont certe bien été déplacé mais par contre lorsque je fait un ‘df -h’, j’ai aucun espace disque qui c’est libéré, comme vous pouvez le voir là avec un df -h :

root@*******:/var# df -h Sys. de fichiers Taille Uti. Disp. Uti% Monté sur /dev/cciss/c0d0p1 94G 1,6G 88G 2% / tmpfs 7,9G 0 7,9G 0% /lib/init/rw udev 7,9G 100K 7,9G 1% /dev tmpfs 7,9G 4,0K 7,9G 1% /dev/shm /dev/cciss/c0d0p3 1,7T 101G 1,5T 7% /home /dev/cciss/c0d0p2 94G 82G 7,5G 92% /var

Et lorsque je fait un ‘du -hs’ sur var, voilà ce qu’il me retourne :

root@*******:/# du -hs /var 482M /var

Dans ma partition /var je n’ai que 482Mo d’espace utilisé! Mais pourquoi lorsque je fait un df -h, il me dit que j’ai toujours 82Go ?
Avez vous déjà rencontrer ce problème ?

Je vous remercie pour votre aide

En tant que root fait sur / fait :

# lsof | grep "DELETED"

Merci pour votre réponse,

Je viens de le faire, cela ne m’a rien retourné…

Salut,

Rien d’anormal en cela, non … :think:

[mono]$ man mv[/mono]

[quote]DESCRIPTION
Renommer la SOURCE en CIBLE ou déplacer la SOURCE vers le RÉPERTOIRE.
[/quote]

Tu aurais déplacé vers un autre disque, là tu pourrais te poser la question.

Dans le cas présent, rien de choquant, non …

ps : autrement dit, tu n’as fait que déplacer le problème.

Je ne comprend pas trop…

J’ai déplacer mes logs d’une partition à une autre, j’aurai du libérer de l’espace sur ma partition /var et mon /home aurait du grossir.
Mais mon /var n’a pas bouger d’1mo! C’est le /var que je souhaite libéré et cela a fonctionné vu que lorsque je fait un du -hs /var il me sort : 482M /var

Mon dossier /var fait donc 482 Mo. Mais lorsque je regarde via df -h, il me sort : /dev/cciss/c0d0p2 94G 82G 7,5G 92% /var

Comment je pourrais avoir 82Go d’utilisé sur ma partition VAR et lorsque je regarde la taille de mon dossier VAR ne faire que 482Mo ?

Ou alors il y a vraiment quelque chose qui m’échappe…

Vérifions.

Merci pour votre aide, voici le résultat des 4 commandes :

[code]root@*******:/var# fdisk -l

Disk /dev/cciss/c0d0: 2000.4 GB, 2000365379584 bytes
255 heads, 63 sectors/track, 243197 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0001ce38

       Device Boot      Start         End      Blocks   Id  System

/dev/cciss/c0d0p1 1 12450 99998720 83 Linux
/dev/cciss/c0d0p2 12450 24899 100000768 83 Linux
/dev/cciss/c0d0p3 24899 242700 1749479424 83 Linux
/dev/cciss/c0d0p4 242700 243197 3999744 83 Linux
[/code]

root@******:/var# mount /dev/cciss/c0d0p1 on / type ext4 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/cciss/c0d0p3 on /home type ext4 (rw) /dev/cciss/c0d0p2 on /var type ext4 (rw)

root@*******:/var# blkid
/dev/cciss/c0d0p1: LABEL="/" UUID="63994b77-940d-4d1a-8573-ac82bda90e9d" TYPE="ext4"
/dev/cciss/c0d0p2: LABEL="/var" UUID="609a1b58-7e2a-476d-96d0-16db5f00d3bd" TYPE="ext4"
/dev/cciss/c0d0p3: LABEL="/home" UUID="ac6f959e-3346-4e56-a261-657ad97912c1" TYPE="ext4"
/dev/cciss/c0d0p4: UUID="99bc9865-1a09-43b7-9d1d-f46643ea24b2" TYPE="swap"
root@******:/var# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0

/dev/disk/by-uuid/63994b77-940d-4d1a-8573-ac82bda90e9d /          ext4    defaults,errors=remount-ro 0       1
/dev/disk/by-uuid/99bc9865-1a09-43b7-9d1d-f46643ea24b2 none          swap    sw 0       0
/dev/disk/by-uuid/ac6f959e-3346-4e56-a261-657ad97912c1 /home          ext4    defaults 0       2
/dev/disk/by-uuid/609a1b58-7e2a-476d-96d0-16db5f00d3bd /var          ext4    defaults 0       2

Voudrais tu nous en dire un peu plus sur ton installation, version, type de serveur, etc …

D’autre part, qu’elle est l’origine (cause) de ces logs ([mono]/var/log/…)[/mono] à 80 Gio … ? en un laps de temps, de … ?

[ul]
[mono]/dev/sda1 = /dev/cciss/c0d0p1[/mono] ?
[mono]/dev/sda2 = /dev/cciss/c0d0p2[/mono] ?
[mono]/dev/sda3 = /dev/cciss/c0d0p3[/mono] ?
[/ul]


[mono]Contrôleur HP Smart Array[/mono] ?

[quote=“debianhadic”]En tant que root fait sur / fait :

[code]

lsof | grep “DELETED”

[/code][/quote]
Peut-être plutôt

pour être plus souple.

Explication possible : un fichier “supprimé” (ce qui inclut le déplacement vers un autre système de fichiers) alors qu’il est encore ouvert par un processus n’est pas réellement supprimé car cela compte comme un lien au même titre qu’une entrée dans l’arborescence du système de fichiers. Il restera présent jusqu’à ce que le processus le ferme, et ensuite, ce dernier lien étant supprimé, le fichier sera réellement supprimé du disque et l’espace qu’il occupé libéré.

S’agissant de logs, il faut redémarrer les programmes qui écrivent dedans (syslog ou ses variantes, voire d’autres programmes qui crééent directement leurs propres logs sans passer par syslog).

J’aurais fait comme toi un mv vers le home et pourtant ça ne marche pas … peut être essayer de faire un lien de fichiers vers ton home un ln … qui sait ? @+

Merci beaucoup PascalHambourg c’était bien ça! Il suffisait de reloadé la configuration du programme qui écrivait ces logs.
Du coup merci pour l’explication, c’est bon à savoir :slightly_smiling:

Et merci à vous tous pour votre aide