Re: [squid-users] ./squid -z questions

From: Hendrik Voigtl�nder <[email protected]>
Date: Mon, 28 Jun 2004 08:21:32 +0200

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.
>
> 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)
>
I don't think that you need to recreate the cache dirs.
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
Received on Mon Jun 28 2004 - 00:21:47 MDT

This archive was generated by hypermail pre-2.1.9 : Thu Jul 01 2004 - 12:00:03 MDT