Re: [squid-users] Can not increase the cache_dir size

From: Houssam Melhem <[email protected]>
Date: Sun, 26 Dec 2004 23:23:25 +0200

I unmounted the all my 10 drives
then i mkefs eache

But I got the same thing

Today I tried the folloeing to have more than 4GB of cache_size
i made 10 sub director on each harddisk
i made each one a cache_dir with size=400M
and my squid.conf was like this:

cache_dir diskd /cache1/d0 400 16 256
..
cache_dir diskd /cache1/d9 400 16 256
cache_dir diskd /cache2/d0 400 16 256
..
cache_dir diskd /cache2/d9 400 16 256
...
...
cache_dir diskd /cache10/d0 400 16 256
..
cache_dir diskd /cache10/d9 400 16 256

so i have now 400M*10*10=40G

But squid -z said that

2004/12/26 22:51:53| assertion failed: cache_cf.c:1285:
"swap->n_configured < 63"
Aborted

so i removed 4 of the ten /cache*
to have less than 64 cache_dir

and started squid and guess what every thing was very good !!
(I also had to set kerrnel.msgmni=1000 )

I know that this is crazy, and there should be another way of
increasing the cache_dir size I only have now 28G But each hard drive
is 143 GB

Any help, Please !!

On Sun, 26 Dec 2004 16:56:07 +0100, Lucio Jankok <lj@2u2.nu> wrote:
> Have you tried a fsck -y /dev/dsk/whateverpartition
>
> Whateverpartition is the partition which points to /cache1
>
> Or if you have enough disk space.. Try to make another cache directory
> which is bigger than 4 GB on another partition
>
> On 12/26/04 4:25 PM, "Houssam Melhem" <hmelhem@gmail.com> wrote:
>
> > Here is the /var/log/messages
> >
> > Dec 26 17:14:40 proxy06 squid[10915]: Thndr Parent: child process 10941
> > started
> > Dec 26 17:14:40 proxy06 squid[10915]: Thndr Parent: child process
> > 10941 exited due to signal 11
> >
> > and here is the cache.log
> >
> > 2004/12/26 17:14:40| Starting Squid Cache version 2.5.STABLE7 for
> > i686-pc-linux-gnu...
> > 2004/12/26 17:14:40| Process ID 10941
> > 2004/12/26 17:14:40| With 1024 file descriptors available
> > 2004/12/26 17:14:40| DNS Socket created at 0.0.0.0, port 32824, FD 4
> > 2004/12/26 17:14:40| Adding nameserver 192.168.2.1 from /etc/resolv.conf
> > 2004/12/26 17:14:40| Unlinkd pipe opened on FD 8
> > 2004/12/26 17:14:40| Swap maxSize 5120000 KB, estimated 393846 objects
> > 2004/12/26 17:14:40| Target number of buckets: 19692
> > 2004/12/26 17:14:40| Using 32768 Store buckets
> > 2004/12/26 17:14:40| Max Mem size: 4096000 KB
> > 2004/12/26 17:14:40| Max Swap size: 5120000 KB
> > 2004/12/26 17:14:40| Store logging disabled
> > 2004/12/26 17:14:40| Rebuilding storage in /cache1 (DIRTY)
> > 2004/12/26 17:14:40| Using Least Load store dir selection
> > 2004/12/26 17:14:40| Set Current Directory to /cache1
> > 2004/12/26 17:14:40| Loaded Icons.
> > 2004/12/26 17:14:40| Accepting HTTP connections at 0.0.0.0, port 3128, FD 7.
> > 2004/12/26 17:14:40| WCCP Disabled.
> > 2004/12/26 17:14:40| Ready to serve requests.
> > 2004/12/26 17:14:40| Done scanning /cache1 swaplog (0 entries)
> > 2004/12/26 17:14:40| Finished rebuilding storage from disk.
> > 2004/12/26 17:14:40| 0 Entries scanned
> > 2004/12/26 17:14:40| 0 Invalid entries.
> > 2004/12/26 17:14:40| 0 With invalid flags.
> > 2004/12/26 17:14:40| 0 Objects loaded.
> > 2004/12/26 17:14:40| 0 Objects expired.
> > 2004/12/26 17:14:40| 0 Objects cancelled.
> > 2004/12/26 17:14:40| 0 Duplicate URLs purged.
> > 2004/12/26 17:14:40| 0 Swapfile clashes avoided.
> > 2004/12/26 17:14:40| Took 0.6 seconds ( 0.0 objects/sec).
> > 2004/12/26 17:14:40| Beginning Validation Procedure
> >
> >
> > i would like to mention that i can see squid in the top command for a
> > while and then it just disapper.
> >
> > this problem goes away if I set cache_dir size to 4G only, any more
> > size will not work.
> >
> >
> >
> > On Sun, 26 Dec 2004 12:56:27 +0100 (CET), Henrik Nordstrom
> > <hno@squid-cache.org> wrote:
> >>
> >>
> >> On Sat, 25 Dec 2004, Houssam Melhem wrote:
> >>
> >>> hello,
> >>> I have 10 hardisks each 143 GB, when i try to increase the cache_dir
> >>> size can not start:
> >>
> >> What is said in cache.log?
> >>
> >> Regards
> >> Henrik
> >>
>
>
Received on Sun Dec 26 2004 - 14:23:26 MST

This archive was generated by hypermail pre-2.1.9 : Sat Jan 01 2005 - 12:00:03 MST