Lizzy Dizzy wrote:
Hi, I have a caching server with 6 SCSI disks. The first disk contains the squid application and kernel while the other 5 are just cache storage.I don't think that you need to recreate the cache dirs.
Some times back, the first disk crashed and I recreated the OS and squid application on another similar machine and put the disk back. I ensure that partitioning in the cache_dir (inside squid.conf) is the same as what is partitioned inside the 5 cache disk.
Lately I notice the following:
2004/06/28 10:05:40| diskHandleWrite: FD 1028: disk write error: (28) No space left on device
2004/06/28 10:05:40| storeUfsWriteDone: got failure (-6)
2004/06/28 10:05:40| storeSwapOutFileClosed: dirno 12, swapfile 0004689A, errflag=-6
(28) No space left on device
/dev/sde3 17359220 15373680 1089516 94% /usr/local/squid/cache14
/dev/sde4 17359220 16283368 179828 100% /usr/local/squid/cache15
/dev/sdf1 17359192 15388208 1074964 94% /usr/local/squid/cache16
I've set the low and high mark from 90 and 93 to
cache_swap_low 80 cache_swap_high 85
but they do'nt seems to help. I am wondering if I need to force squid recreate the cache directories (by using squid -z). But would I loose the cache data? Do I need to remove the existing directories first? Can I use squid -z without creating directories in the harddisks frst (i.e. let squid create them based on the cache_dir lists)
IMHO you would loose the data as you need to remove at least the dir you want to recreate. You can recreate a single cache_dir, I use a modified squid.conf (with only one cache_dir) for that.
Erasing a cache_dir take ages. If you need to keep the squid up, deactivate the cache_dir in squid.conf. Creating a new filesystem is definitely faster.
There might be another problem. Please post your cache_dir settings.
Regards, Hendrik Voigtl�nder
