Cela fait 1 heure que mon cache Squid n arrete pas d augmenter, st j arrive pas a savoir pourkoi.
 
et ce alors ke je lui ai fixé une taille dans le fichierde conf :
 
 
cache_dir ufs /cache 1000 16 256
 
et j ai ca maintenant :
 
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/cciss/c0d0p2        10083      1821      7750  20% /
/dev/cciss/c0d0p1           50         8        40  16% /boot
/dev/cciss/c0d0p6        15240     13678       788  95% /cache
/dev/cciss/c0d0p5         7059      5681      1019  85% /cache_log
none                       502         0       502   0% /dev/shm
 
 
Mega Help.

est ce kil faut ke je suprime tout ce kil y a dans /cache
pour ensuite relancer : squid -z ????

et danx cache.log, j ai :
 
2003/10/28 11:05:24| Store rebuilding is 40.5% complete
2003/10/28 11:05:39| Store rebuilding is 40.9% complete
2003/10/28 11:05:54| Store rebuilding is 41.3% complete
2003/10/28 11:06:09| Store rebuilding is 41.8% complete
2003/10/28 11:06:24| Store rebuilding is 42.2% complete
...
...
2003/10/28 xx:42:33| diskHandleWrite: FD 7: disk write error: (28) No space left on device
FATAL: Write failure -- check your disk space and cache.log
Squid Cache (Version 2.4.STABLE1): Terminated abnormally.
CPU Usage: 1602.790 seconds = 1161.460 user + 441.330 sys
Maximum Resident Size: 0 KB
Page faults with physical i/o: 369

Regerde dans les logs avant le rebuild.
Le pbl peut venir du 1000 16 256.
 
16 256 me semble un peu élever...
 
J'utilise : cache_dir ufs /cache 4096 12 256
alors 16  256 pour seulment 1Go, ça te fait gonfler tes iinodes pour rien.
 
Sinon pas besoin de rebuilder ton cache je pense....Essaye de jouer sur la taille.
Si ta partition fait 1Go n'alloue que 800Mo pour le moment à squid, histoire de voir s'il grossi indéfiniement.
Regarde aussi l'espace consomé par les repertoires juste après un e purge totaledu cache.
 
Essaie aussi de voir tune2fs. Réduit l'espace réservé au superuser à 1%, tu gagnera en cache.
 
Au pire :
 
tu met genre ton cache_dir à 12 128 puis t'enchaine  
squid stop && rm -fr /cache/* && squid start
 
Il va repartir d'un cache propre avec  
 
En espérant que ça t'aide.

ba en fait, a l origine, c est un cache de 10G sur une partoshe de 14G
 
kan au rebuild, j ai rien demander, c est lui ki le fait tout seul
 
et si je fait un  rm -fr /cache/*, il ne faut pas fair un squid -z derriere ?

Tu peux faire un squid -z et même ajouter -F si tu peux rendre indissponnible le cache.
 
Le -F demande à squid de ne servir les requettes qu'une fois le cache reconstruit.
 
En même temps si tu fais un rm -fr /cache, il ne sera pas long, vu  que les objets seront supprimés !
 
SInon essaie toujours de virer les fichiers swap.state.* à la racine /cache + un squid -z [-F]
 
Il DEVRAIT reconstruire tout ton cache en liszant les entêtes des fichiers du repertoire /cache. (long !)
 
Sinon, si ton cache fait 10Go, alors 16 256 me semble pas mal....
 

ba en fait, dans /cache, j ai plein de sous repertoir, ki contiennent a nouveau pleins de ss repertoirs et ainssi de suite. et le Rm -rf est asse long pour plus de 10Go de donnee

 
J'imagine que tu as 16 rep qui ont chaqun 256 rep
 
C'est la signification du :  

 
 
Autre possibilité, ton FS a peut être une erreur.
 
En fait les solutions dépendent du niveau de disponibilité de ton cache !
Si tu peux arrêter squid, tu le stoppe, tu démonte ta partoche + fsck, tu réessaie un virant les swap.state.* + squid -zF  
Si ça passe pas, (en ayant jetté un oiel dans les logs) au pire du délette le /cache* ou t'en créé un autre  
 
genre /cache2 1000 8 64 histoire de voire si lui aussi part en vrille.
 
cf ici : http://www.squid-cache.org/Doc/FAQ/FAQ-4.html dans la partie 4.14
 
Il préconise 10% pour le system et 10% pour squid.
essaie aussi de revoir ta stratégie de remplacement d'objet ( lru, GSDF,LUFDA)