Facile: tu as un process qui utilise un fichier supprimé

Sous Linux, tu peux supprimer un fichier alors que des gens s'en servent, et ces derniers continent à faire des choses sur ce fichier de manière transparente Autrement dit, et dans ce cas, l'espace disque est toujours utilisé jusqu'à ce que les process close(2) le fichier

Regarde du côté de lsof | grep del

C'est pour cela que tu as des postrotate dans la majorité des logrotates associés aux daemons: sinon, il continue d'écrire dans le même fichier (le même inode, qui n'est plus référence par le même chemin au niveau du FS, mais ce chemin n'a aucun impact une fois que le fichier est ouvert)

En résumé: lsof | grep del -> kill / reload le process qui maintient ouvert ton ou tes "gros fichiers"

On 06/11/2017 11:43, Stan Garret wrote:

Bonjour,

J'ai un souci de monitoring sur une RHEL 7 :

• SNMP & df me renvoient une taille disque :

/dev/xvdb1 xfs 900G 629G 272G 70% /data

et les autres outils une autres :

ncdu : Total disk usage: 415.7 GiB Apparent size: 415.0 GiB

# du -hs . 416G .

Etant sur la prod je ne peux pas rebooter.

Une idée ?

Merci

---

Liste de diffusion du FRsAG http://www.frsag.org/

On lun. 6 nov. 11:43:31 2017, Stan Garret wrote:

Bonjour,

J'ai un souci de monitoring sur une RHEL 7 :

• SNMP & df me renvoient une taille disque :

/dev/xvdb1 xfs 900G 629G 272G 70% /data

et les autres outils une autres :

ncdu : Total disk usage: 415.7 GiB Apparent size: 415.0 GiB

# du -hs . 416G .

Etant sur la prod je ne peux pas rebooter.

Une idée ?

Salut,

Tu as essayé avec -x ? Si ça se trouve tu as une autre partition montée sur /data/blah et ton du le compte.

Le 06/11/2017 à 11:43, Stan Garret a écrit :

Bonjour,

J'ai un souci de monitoring sur une RHEL 7 :

• SNMP & df me renvoient une taille disque :

/dev/xvdb1                                   xfs 900G  629G  272G  70% /data

et les autres outils une autres :

ncdu : Total disk usage: 415.7 GiB  Apparent size: 415.0 GiB

# du -hs . 416G    .

salut! tu as peut-etre un (des) sparse file , comme un  fichier ldap alloué à xxx Go mais qui n'en n'utilise que moins?

j'ai ce pb avec mes zimbra. mais mon "df" renvoie bien la même info que  "du" (ncdu que je ne connaissais pas me renvoie un apparent-size faux et identique, comme toi).

ex: *[ray_mon@mailhost1 opt]$ du -s --apparent-size . 317862889       . [ray_mon@mailhost1 opt]$ du -s  . 150297612       .

*