Discussion :

[momobulle]

Bonjour,

Sur un serveur (vieux serveur linux Debian 5.0), l'espace disque est arrivé à saturation (reste 200Mo)
J'ai pu identifié le gros dossier (quelques dizaines de Go) que je dois supprimer pour vider le disque.
Les commandes rm, \rm, ls etc...font planter le prompt et deconnecte ma session ssh (le CPU monte direct à 100%)
J'ai fais des rm a*, rm b* etc..., idem pour les chiffres, mais l'espace ne se vide pas, je ne connais pas tous les debuts de fichier, à part faire tous les caractères c'est difficile.. (c'est un dossier de sessions, logs et autres...).
Je suis completement bloqué.
Cerise sur le gateau, c'est un serveur de production sur lequel travaillent des collaborateurs, donc impossible de le mettre en maintenance.

Avez vous une astuce pour m'aider ?

Merci beaucoup

[gangsoleil]

J'ai pu identifié le gros dossier (quelques dizaines de Go) que je dois supprimer pour vider le disque.
Les commandes rm, \rm, ls etc...font planter le prompt et deconnecte ma session ssh (le CPU monte direct à 100%)
J'ai fais des rm a*, rm b* etc..., idem pour les chiffres, mais l'espace ne se vide pas, je ne connais pas tous les debuts de fichier, à part faire tous les caractères c'est difficile.. (c'est un dossier de sessions, logs et autres...).

Hum... Etrange...

• Idee 0 : NE PAS FAIRE DE RM SUR UN SERVEUR DE PROD SANS L'ARRETER
• Idee 1 : tu mets tes rm dans un script, et tu lances le script en nohup
• Idee 2 : tu te mets dans le repertoire a suprrimer, et tu fais : find . -exec rm -rf {} \;ATTENTION, cette commande va supprimer tout ce qui se trouve dans le dossier ou elle est lancee, sans moyen de recuperation.

[frp31]

Bonjour,

Sur un serveur (vieux serveur linux Debian 5.0), l'espace disque est arrivé à saturation (reste 200Mo)
J'ai pu identifié le gros dossier (quelques dizaines de Go) que je dois supprimer pour vider le disque.
Les commandes rm, \rm, ls etc...font planter le prompt et deconnecte ma session ssh (le CPU monte direct à 100%)
J'ai fais des rm a*, rm b* etc..., idem pour les chiffres, mais l'espace ne se vide pas, je ne connais pas tous les debuts de fichier, à part faire tous les caractères c'est difficile.. (c'est un dossier de sessions, logs et autres...).
Je suis completement bloqué.
Cerise sur le gateau, c'est un serveur de production sur lequel travaillent des collaborateurs, donc impossible de le mettre en maintenance.

Avez vous une astuce pour m'aider ?

Merci beaucoup

le cas idéal :
si tu as de la place ailleurs, fait un mount (nfs, disque externe ou autre), tu faire une boucle de sorte à traiter chaque fichier isolément, 1 par 1, en testant le statut du fichier

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
--iteration fichier
---test ouvert O/N
----O : rien faire pour l'instant
----N : deplacer le fichier vers le montage nfs
--finiteration

pourquoi une telle précaution ?
1- ça supprimera le fichier et pas de problèmes de contrôle du nombre de fichier
2- ça permet d'avoir un backup sur le NFS/disque externe si il y a des fichiers qu'il fallait pas supprimer

Ayant déjà été confronté au problème c'est la seule solution fiable permettant un retour arrière.

----------------------------------

cas pourri sans aucun secours

boucler pour pareil faire un rm unitaire par itération
mais si il y a trop de fichiers pour le FSTYPE je sais pas trop si ça marche.

le find -- exec déjà mentionné par notre ami précédement si le FSTYPE n'est pas saturé en terme de nombre de fichiers


---------------------------------

un cas à tester à condition que ton répertoire moisi soit un point de montage
-faire un gros dump à chaud du répertoire ailleurs (NFS/disque externe/....)
-faire le tri sur ce média là après copie faire à chaud pour tout le différentiel (fichiers non existant) une purge de contenu (pas un effacement donc) par exemple cat /dev/null > fichier
-enfin faire une recherche+rm de tous les fichiers à taille zéro

----------------------------------

tester un
nohup nice -n +19 rm -rf TONDOSSIER &
par contre pour plusieurs dizaines de gigas si ca fini pas par planter..... ca va prendre 20/30 jours.... si ton serveurs a un load >=2.0 de moyenne
ça aussi déjà vécu enfin plutot découvert qu'un process tournait depuis 20 jours et découvrir que c'était un rm general sur une baie de disque et il a genre fallu encore 2/3 jours pour finir....

[momobulle]

La commande find . -exec rm -rf {} \; fonctionne bien.

Merci beaucoup pour vos conseils

[gangsoleil]

La commande find . -exec rm -rf {} \; fonctionne bien.

Elle fonctionne dans ton cas, tant mieux, mais je me permet de remettre une couche sur le fait qu'il ne faut jamais faire ca sur un serveur de prod !!

La seule vraie solution acceptable est le deplacement des donnees dans un premier temps, puis la suppression, comme l'explique frp31 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
--iteration fichier
---test ouvert O/N
----O : rien faire pour l'instant
----N : deplacer le fichier vers le montage nfs
--finiteration