[squid-users] COSS cache_dir size exceeds largest offset at maximum file size

Hello,

I'm trying to set up a large COSS cache_dir. I've used COSS in the
past, but I've never tried to max out on the size of the file (I'm not
even sure if this is a good idea...)

When I try to start, squid fails with the following log messages:

2009/12/05 12:16:00| parse_line: cache_dir coss /squid/small/coss01
                     131072 block-size=8192 max-size=1048576
                     maxfullbufs=256
2009/12/05 12:16:00| COSS block-size = 8192 bytes
2009/12/05 12:16:00| COSS largest file offset = 4194296 KB
2009/12/05 12:16:00| COSS cache_dir size = 134217728 KB
FATAL: COSS cache_dir size exceeds largest offset

I think I'm using the "block-size" param correctly to get to the
maximum size of 131072MB. However, Squid seems to disagree on the
maximum file offset.

I've compiled using --with-large-*, so I'm not sure what I'm
missing here:

`squid -v` says: configure options:
  '--prefix=/usr' '--exec_prefix=/usr' '--bindir=/usr/sbin'
  '--sbindir=/usr/sbin' '--libexecdir=/usr/lib/squid'
  '--sysconfdir=/etc/squid' '--localstatedir=/var/spool/squid'
  '--datadir=/usr/share/squid' '--enable-async-io' '--with-pthreads'
  '--enable-storeio=ufs,aufs,coss,diskd,null' '--enable-linux-netfilter'
  '--enable-arp-acl' '--enable-epoll' '--enable-snmp'
  '--enable-removal-policies=lru,heap' '--enable-delay-pools'
  '--enable-htcp' '--enable-cache-digests'
  '--enable-auth=basic,digest,negotiate'
  '--enable-negotiate-auth-helpers=squid_kerb_auth'
  '--enable-carp' '--with-large-files' '--with-maxfd=65536'
  '--disable-ident-lookups'
  '--enable-follow-x-forwarded-for' '--enable-forw-via-db'
  '--enable-large-cache-files'
  'sparc-debian-linux' 'build_alias=sparc-debian-linux'
  'host_alias=sparc-debian-linux'
  'target_alias=sparc-debian-linux'
  'CFLAGS=-Wall -g -O2 -pipe -mcpu=niagara' 'LDFLAGS='
  'CPPFLAGS=-O2 -pipe -mcpu=niagara'

This is squid-2.7STABLE7 running on Debian Linux kernel 2.6.31
(SMP/64bit) on a SunFire T2000 (niagara1).

Thanks,

Jason

--
Jason Healy    |    jhealy@logn.net    |   http://www.logn.net/