df sous linux ne montrant pas l’espace libre correct après la suppression du fichier

J'ai des serveurs de fichiers qui sont utilisés pour stocker des fichiers. Les fichiers peuvent y résider pendant une semaine ou un an. Malheureusement, lorsque je supprime des fichiers du serveur, la dfcommande ne reflète pas l'espace libéré. Donc, finalement, le serveur est plein ( dfaffiche 99%) et mon script n'envoie plus de fichiers là-bas, sauf qu'il peut y avoir quelques dizaines de Go d'espace libre dessus.

J'ai le noatimedrapeau sur les partitions montées si cela fait une différence.

La suppression du nom de fichier ne supprime pas réellement le fichier. Un autre processus maintient le fichier ouvert, ce qui empêche sa suppression. redémarrez ou tuez ce processus pour libérer le fichier.

Utilisation

lsof +L1

pour savoir quel processus utilise un fichier supprimé (non lié).

Comme Ignacio le mentionne, la suppression du fichier ne libèrera pas d'espace tant que vous n'avez pas supprimé les processus dont le descripteur est ouvert.

Néanmoins, vous pouvez récupérer l'espace sans tuer les processus. Tout ce que vous avez à faire est de supprimer les descripteurs de fichier.

Première exécution de lsof | grep supprimé pour identifier le processus contenant le fichier

[hudson@opsynxvm0055 log]$ /usr/sbin/lsof |grep deleted
java       8859   hudson    1w      REG              253,0 3662503356    7578206 /crucible/data/current/var/log/fisheye.out (deleted)

Puis exécutez:

cd /proc/PID/fd

ensuite

[hudson@opsynxvm0055 fd]$ ls -l |grep deleted
total 0
l-wx------ 1 hudson devel 64 Feb  7 11:48 1 -> /crucible/data/current/var/log/fisheye.out (deleted)

Le "1" sera le descripteur de fichier. Maintenant, tapez "> FD" pour récupérer cet espace

> 1

Vous devrez peut-être répéter l'opération s'il existe d'autres processus contenant le fichier.

Une possibilité est que le ou les fichiers que vous avez supprimés aient davantage de références dans le système de fichiers. Si vous avez créé des liens durs, plusieurs noms de fichiers pointeront sur les mêmes données et les données (le contenu réel) ne seront pas marquées comme étant gratuites / utilisables tant que toutes les références ne seront pas supprimées. Avant de supprimer des fichiers, faites-les statuer (Entrée nommée Links) ou faites-leur ls -l (cela devrait être la deuxième colonne).

S'il s'avère que les fichiers sont référencés ailleurs, je suppose que vous devrez ls -i le (s) fichier (s) pour trouver le numéro d'inode, puis faire une recherche avec -inum <numéro_inode> pour trouver le d'autres références à ce fichier (vous voudrez probablement aussi utiliser -mount pour rester dans le même système de fichiers).

Le fichier est toujours verrouillé par le processus qui l'ouvre. Pour libérer de l'espace, procédez comme suit:

1. Exécuter sudo lsof | grep deletedet voir quel processus contient le fichier. Exemple de résultat:

   $ sudo lsof | grep deleted
   COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF      NODE NAME
   cron     1623 root    5u   REG   0,21        0 395919638 /tmp/tmpfPagTZ4 (deleted)
   

2. Tuez le processus en utilisant sudo kill -9 {PID}. Dans l'échantillon ci-dessus, le PID est 1623.

   $ sudo kill -9 1623
   

3. Exécuter dfpour vérifier si l'espace est déjà libéré. S'il est toujours plein, vous devrez peut-être attendre quelques secondes et vérifier à nouveau.

Si la partition a été configurée pour réserver une partie de l’espace disque uniquement à l’usage de la racine, dfn’incluez pas cet espace disponible.

[root@server]# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

Même après que l'espace aura été récupéré en supprimant des fichiers / répertoires, l'utilisateur non root ne pourra pas écrire sur une partition particulière.

Vous pouvez facilement vérifier si c'est votre cas en essayant de créer un fichier sur un périphérique en tant qu'utilisateur root et non root.

De plus, vous pouvez vérifier la configuration du système de fichiers en exécutant

tune2fs -l <device> | egrep "Block count|Reserved block count

et en calculant le% réel par vous-même.

Pour changer le disque% réservé à l'usage de la racine seulement, exécutez

tune2fs -m <percentage> <device>

Les autres réponses sont correctes: si vous supprimez un fichier et que l’espace n’est pas libéré, c’est généralement soit parce que le fichier est toujours ouvert, soit qu’il contient d’autres liens physiques.

Pour vous aider en cas de problème, utilisez un outil qui vous indique où l’espace disque est utilisé: vous pouvez utiliser dupour obtenir une vue d’ensemble de l’ utilisation de l’espace disque . Mieux encore, utilisez un outil graphique tel que xdiskusage (il y en a beaucoup comme celui-ci) pour traquer le coupable. xdiskusage et ses amis vous permettent d’explorer les plus gros porcs de l’espace pour savoir où va l’espace.

De cette façon, vous trouverez rapidement les fichiers qui occupent encore de la place grâce à un deuxième lien permanent. Il montrera également l’espace occupé par les fichiers supprimés mais ouverts (en tant que (permission refusée), je crois, car il ne peut pas lire le nom du fichier).

Étant donné que je sais que beaucoup d'entre vous le font pour redhat in /varet gzipping les fichiers s'attendant à ce que le système de fichiers diminue, mais au lieu de cela, sa taille augmente, assurez-vous simplement de prendre en charge le redémarrage de syslog. et

lsof -v file

vous montrerait cela de toute façon.

Une autre option: le disque est peut-être saturé à cause d'un processus qui crée en permanence des données: journaux, cœurs, etc. Il est possible que l'espace soit réellement libéré mais qu'il soit immédiatement rempli. J'ai effectivement vu un tel cas. dfdans ce cas, ne donne simplement pas l'image du trou. Utilisez dupour en savoir plus.

J'utilise EXT2, FSCK m'a aidé dans cette situation. Essayez shudown -F maintenant, après quelques redémarrages et fscks, je vois un espace à moitié utilisé.

Pour vérifier quels fichiers supprimés ont occupé de la mémoire, entrez la commande

 $ sudo lsof | grep deleted

Il montrera les fichiers supprimés qui contiennent de la mémoire.

Puis tuez le processus avec pid ou name

$ sudo kill <pid>
$ df -h

vérifiez maintenant que vous aurez la même mémoire

Sinon tapez la commande ci-dessous pour voir quel fichier occupe de la mémoire

# cd /
# du --threshold=(SIZE)

mentionner n'importe quelle taille, il montrera quels fichiers occupent au dessus de la taille seuil et efface le fichier que vous trouverez la mémoire conservée

terminal ouvert essayez cette commande df -Th utilisez ensuite cette commande sudo du -h --max-depth = 1 / dans cette commande, vous trouverez le détail de l'utilisation du disque, puis l'ouvrir en tant qu'utilisateur root, supprime le fichier (root-local-share-trash). et supprimez votre fichier