impossibilite de detruire de trop nombreux fichiers
15 réponses
none
Bonsoir,
Sur une distribution CentOS 44, une aplication a genere 1 700 000
fichiers (approximativement) avant que je la stoppe.
Ces fichiers ne font que 120 octets (pas de pb d'espaces disques) chacun
porte un nom relativement long : tata_titi_XXXXXXX_XXXXXXXXXX.inf.
Le file system est LVM (par defaut a l'install)
Le souci qui se presente est l'impossibilite de detruire ces fichiers.
sous le compte root, je n'ai pas de probleme de droits mais :
la commande rm tata_titi_*.inf plante.
la commande rm trf (le repertoire de ces fichiers) semble boucler (la
taille du repertoire ne varie pas).
Un reboot de la machine n'a pas fait evoluer la situation.
Quelles possibilites ai-je pour detruire ces fichiers ?
Sur une distribution CentOS 44, une aplication a genere 1 700 000 fichiers (approximativement) avant que je la stoppe.
Wouaou! vivi, je sais
Le souci qui se presente est l'impossibilite de detruire ces fichiers.
Je ne pense pas que ce soit impossible de les détruire, c'est juste difficile de demander aux outils de le faire.
sous le compte root, je n'ai pas de probleme de droits mais : la commande rm tata_titi_*.inf plante.
"Plante" est un terme trop vague. Dire quel est le message d'erreur exact permet à tout le monde de se pencher sur ton souci. segmentation fault, ca va ?
la commande rm trf (le repertoire de ces fichiers) semble boucler (la taille du repertoire ne varie pas).
Essaye (sans te tromper, hein, sinon ça casse tout :)
# rm -rf /chemin/vers/le/repertoire marche pas
Un reboot de la machine n'a pas fait evoluer la situation.
Sale réflexe de kroteux. mauvaise pioche. C'est une technique qui a aussi cours sur des nunux et
qui presente sa part d'efficacite (je n'ai pas dis que ca resolvait tout hein !)
Quelles possibilites ai-je pour detruire ces fichiers ?
Bazoooookkkaaaaa ? oui, mais dans le contexte la, ca va pas le faire, on peut pas emmener
des outils proprietaires sur ce site.
thanks a lot jy
Thierry Boudet wrote:
On 2007-05-31, none <""> wrote:
Sur une distribution CentOS 44, une aplication a genere 1 700 000
fichiers (approximativement) avant que je la stoppe.
Wouaou!
vivi, je sais
Le souci qui se presente est l'impossibilite de detruire ces fichiers.
Je ne pense pas que ce soit impossible de les détruire,
c'est juste difficile de demander aux outils de le faire.
sous le compte root, je n'ai pas de probleme de droits mais :
la commande rm tata_titi_*.inf plante.
"Plante" est un terme trop vague. Dire quel est le message
d'erreur exact permet à tout le monde de se pencher sur
ton souci.
segmentation fault, ca va ?
la commande rm trf (le repertoire de ces fichiers) semble boucler (la
taille du repertoire ne varie pas).
Essaye (sans te tromper, hein, sinon ça casse tout :)
# rm -rf /chemin/vers/le/repertoire
marche pas
Un reboot de la machine n'a pas fait evoluer la situation.
Sale réflexe de kroteux.
mauvaise pioche. C'est une technique qui a aussi cours sur des nunux et
qui presente sa part d'efficacite (je n'ai pas dis que ca resolvait tout
hein !)
Quelles possibilites ai-je pour detruire ces fichiers ?
Bazoooookkkaaaaa ?
oui, mais dans le contexte la, ca va pas le faire, on peut pas emmener
Sur une distribution CentOS 44, une aplication a genere 1 700 000 fichiers (approximativement) avant que je la stoppe.
Wouaou! vivi, je sais
Le souci qui se presente est l'impossibilite de detruire ces fichiers.
Je ne pense pas que ce soit impossible de les détruire, c'est juste difficile de demander aux outils de le faire.
sous le compte root, je n'ai pas de probleme de droits mais : la commande rm tata_titi_*.inf plante.
"Plante" est un terme trop vague. Dire quel est le message d'erreur exact permet à tout le monde de se pencher sur ton souci. segmentation fault, ca va ?
la commande rm trf (le repertoire de ces fichiers) semble boucler (la taille du repertoire ne varie pas).
Essaye (sans te tromper, hein, sinon ça casse tout :)
# rm -rf /chemin/vers/le/repertoire marche pas
Un reboot de la machine n'a pas fait evoluer la situation.
Sale réflexe de kroteux. mauvaise pioche. C'est une technique qui a aussi cours sur des nunux et
qui presente sa part d'efficacite (je n'ai pas dis que ca resolvait tout hein !)
Quelles possibilites ai-je pour detruire ces fichiers ?
Bazoooookkkaaaaa ? oui, mais dans le contexte la, ca va pas le faire, on peut pas emmener
des outils proprietaires sur ce site.
thanks a lot jy
none
Fabien LE LEZ wrote:
On Thu, 31 May 2007 22:19:45 +0200, none <""jy"@(none)">:
la commande rm tata_titi_*.inf plante.
M'est avis qu'elle ne plante pas, mais qu'elle t'indique un message on ne peut plus précis, du style "argument line too long". sisi, plante et accessoirement casse ta session root.
Le couple find/xargs est ton ami. va essayer...
merci jy
Fabien LE LEZ wrote:
On Thu, 31 May 2007 22:19:45 +0200, none <""jy"@(none)">:
la commande rm tata_titi_*.inf plante.
M'est avis qu'elle ne plante pas, mais qu'elle t'indique un message on
ne peut plus précis, du style "argument line too long".
sisi, plante et accessoirement casse ta session root.
On Thu, 31 May 2007 22:19:45 +0200, none <""jy"@(none)">:
la commande rm tata_titi_*.inf plante.
M'est avis qu'elle ne plante pas, mais qu'elle t'indique un message on ne peut plus précis, du style "argument line too long". sisi, plante et accessoirement casse ta session root.
Le couple find/xargs est ton ami. va essayer...
merci jy
Fabien LE LEZ
On Fri, 01 Jun 2007 08:22:17 +0200, none <""jy"@(none)">:
la commande rm tata_titi_*.inf plante.
M'est avis qu'elle ne plante pas, mais qu'elle t'indique un message on ne peut plus précis, du style "argument line too long".
sisi, plante et accessoirement casse ta session root.
Oumrf... Dans ce cas, tu as un très gros problème quelque part, non lié au système de fichiers (et en tout cas pas à ce répertoire). Commence par vérifier la RAM (memtest86 est ton ami), c'est le truc le plus facile à tester.
Ou alors, tu fais la manip via une connexion SSH distante, et le problème vient d'un timeout. Installe screen.
On Fri, 01 Jun 2007 08:22:17 +0200, none <""jy"@(none)">:
la commande rm tata_titi_*.inf plante.
M'est avis qu'elle ne plante pas, mais qu'elle t'indique un message on
ne peut plus précis, du style "argument line too long".
sisi, plante et accessoirement casse ta session root.
Oumrf... Dans ce cas, tu as un très gros problème quelque part, non
lié au système de fichiers (et en tout cas pas à ce répertoire).
Commence par vérifier la RAM (memtest86 est ton ami), c'est le truc le
plus facile à tester.
Ou alors, tu fais la manip via une connexion SSH distante, et le
problème vient d'un timeout. Installe screen.
On Fri, 01 Jun 2007 08:22:17 +0200, none <""jy"@(none)">:
la commande rm tata_titi_*.inf plante.
M'est avis qu'elle ne plante pas, mais qu'elle t'indique un message on ne peut plus précis, du style "argument line too long".
sisi, plante et accessoirement casse ta session root.
Oumrf... Dans ce cas, tu as un très gros problème quelque part, non lié au système de fichiers (et en tout cas pas à ce répertoire). Commence par vérifier la RAM (memtest86 est ton ami), c'est le truc le plus facile à tester.
Ou alors, tu fais la manip via une connexion SSH distante, et le problème vient d'un timeout. Installe screen.
Fabien LE LEZ
On Fri, 01 Jun 2007 08:20:29 +0200, none <""jy"@(none)">:
"Plante" est un terme trop vague. Dire quel est le message d'erreur exact permet à tout le monde de se pencher sur ton souci. segmentation fault, ca va ?
A priori, ton système est vérolé.
On Fri, 01 Jun 2007 08:20:29 +0200, none <""jy"@(none)">:
"Plante" est un terme trop vague. Dire quel est le message
d'erreur exact permet à tout le monde de se pencher sur
ton souci.
segmentation fault, ca va ?
On Fri, 01 Jun 2007 08:20:29 +0200, none <""jy"@(none)">:
"Plante" est un terme trop vague. Dire quel est le message d'erreur exact permet à tout le monde de se pencher sur ton souci. segmentation fault, ca va ?
A priori, ton système est vérolé.
Thierry Boudet
On 2007-06-01, Fabien LE LEZ wrote:
Commence par vérifier la RAM (memtest86 est ton ami), c'est le truc le plus facile à tester.
Et ensuite "badblocker" la partition de swap. Attention,
faire un swapoff avant, vérifier, puis faire un mkswap, et finir par un délicat swapon.
-- Impedance is futile, you will be simulated into the triode of the Borg. -- Robert Casey, Irish patriot
On 2007-06-01, Fabien LE LEZ <gramster@gramster.com> wrote:
Commence par vérifier la RAM (memtest86 est ton ami), c'est le truc le
plus facile à tester.
Et ensuite "badblocker" la partition de swap. Attention,
faire un swapoff avant, vérifier, puis faire un mkswap,
et finir par un délicat swapon.
--
Impedance is futile, you will be simulated into the triode of the
Borg. -- Robert Casey, Irish patriot
