Origineel gepost door MartijndeG

Allebei de Putty shell schermen zijn vastgelopen...
Aanvullend bericht:
Network error: Software caused connection abort

Dat is je verbinding die een hickup geeft, putty foutmelding
Aanvullend bericht:
Je kunt de eerste nog eens proberen met een -v erbij (verbose) dan laat hij ook zien wat ie doet.
Als je alle files wilt verwijderen, de "*.jpg" vervangen door '*'

rm -rf cache en daarna de map opnieuw aanmaken?

Ik heb hem even geprobeerd op een 'iets' kleinere directory, daar werkt het commando trouwens prima! kan geen reden verzinnen waarom hij het op een grotere niet wil doen, behalve dat het veel (heel veel) langer duurt. Rm -rf cache doet het helaas niet wegens timeout
Aanvullend bericht:
De laatste, find heeft een rm reeds ingebouwd, deze zou ook kunnen werken:

Find . -type d -print -delete
In de cache dir

Hallo,

Als je het eens probeerd in combinatie met de nohup command?

Mvg,
Tim

gewoon het commando in de achtergrond starten en dan 'top' intikken zodat je putty verbinding live blijft.

je kunt ook even de cache directory moven naar cache.old en een nieuwe cache dir aanmaken.
Dan kun je de oude directory iets gemakkelijker verwijderen omdat er geen nieuwe bestanden bijkomen.

De host is ermee bezig (al vanaf 09.00 uur)... ben benieuwd of het lukt!

Origineel gepost door MartijndeG

De host is ermee bezig (al vanaf 09.00 uur)... ben benieuwd of het lukt!

15gb aan cachebestandjes, stuk voor stuk (met find bv.) verwijderen kan lang duren. Maar via een 2de ssh login kun je wel kijken of het al opschiet (df) en een inschatting maken hoe lang het nog duurt.

De bestanden worden verwijderd met het 'rm' command - tot nu toe nog geen time-out of 'list too long' foutmelding gekregen. De cache map wordt met de 'ls -ltr' command nog niet kleiner, maar ik wacht het even af!

Oplossing was vrij simpel.
Eerst inhoud verwijderen, owner root geven, map moven naar /home zodat hij niet ‘in gebruik is’ door 't CMS en daar verwijderen met rm -rf!

Origineel gepost door Robert van Esseveld

Oplossing was vrij simpel.
Eerst inhoud verwijderen, owner root geven, map moven naar /home zodat hij niet ‘in gebruik is’ door 't CMS en daar verwijderen met rm -rf!

Haha, ik hoop niet dat het een week gedraaid heeft ;)

Maar ja, los van het feit dat iedereen met een server op zijn minst een volle directory moet kunnen verwijderen, zou ik voor 'oplossing' toch meer kijken naar de reden waarom het zo vol liep.
Cachen heeft namelijk weinig zin als de directories te vol worden. Het opzoeken van de file van de page kan dan langer duren dan het dynamisch aanmaken van de page.
Eerder expireren en verwijderen kan een oplossing zijn of een diepere cachedir struktuur opzetten zoals /cache/a/b/c/cachebestand.ext

Mijn dank is zeer groot! Thanks Robert

Helaas weer hetzelfde probleem... iemand die mij misschien kan helpen?