Hi,
I got such errors when I changed "cache_dir" parameters in squid.conf.
It's because the old directory tree isn't suitable for new parameters,
and as result
some objects aren't cached.
After reinit of cache directory (delete and recreate with squid -z)
the errors disappeared.
Itzcak Pechtalt
On 1/7/07, Manoj Rajkarnikar <manoj@vianet.com.np> wrote:
> Hi Henrik.
>
> On Fri, 5 Jan 2007, Henrik Nordstrom wrote:
>
> > fre 2007-01-05 klockan 12:01 +0545 skrev Manoj Rajkarnikar:
> > > yes.. the access rights shouldn't be the problem.. squid is caching fine.
> > > and the error is not only for this particular dir.
> >
> > What OS are you running?
>
> CentOS 4.4.
> kernel 2.6.18 manually compiled
>
> [root@cocache /]# squid -v
> Squid Cache: Version 2.6.STABLE2
> configure options: '--enable-snmp' '--prefix=/usr/local/squid'
> '--enable-async-io' '--enable-storeio=ufs,diskd,aufs'
> '--enable-removal-policies=lru,heap' '--enable-wccp'
> '--disable-ident-lookup' '--enable-linux-netfilter'
>
> >
> > If RedHat/Fedora, then perhaps SELINUX is active preventing Squid from
> > accessing the directory.
> >
>
> selinux is disabled.
> from dmesg:
>
> EXT3-fs: mounted filesystem with ordered data mode.
> SELinux: Disabled at runtime.
> SELinux: Unregistering netfilter hooks
> audit(1167401254.252:2): selinux=0 auid=4294967295
>
>
> > If SuSe, then perhaps Apparmor is doing the same...
> >
> > Or perhaps cache_effective_user is the problem.
> >
>
> I've not touched cache_effective_user/group configuration. defaults to
> nobody.
> from squid.conf:
>
> #Default:
> # cache_effective_user nobody
>
> store dirs:
> drwxr-xr-x 5 nobody nobody 4096 Jan 3 12:12 cache
> drwxr-xr-x 4 nobody nobody 4096 Jan 3 12:12 cache1
>
> [root@cocache /]# ll cache*
> cache:
> total 24
> drwxr-xr-x 18 nobody nobody 4096 Jan 3 12:16 cache
> drwxr-xr-x 18 nobody nobody 4096 Jan 3 12:15 cache1
> drwx------ 2 nobody nobody 16384 Dec 29 12:50 lost+found
>
> cache1:
> total 8
> drwxr-xr-x 18 nobody nobody 4096 Jan 3 12:16 cache
> drwxr-xr-x 18 nobody nobody 4096 Jan 3 12:15 cache1
>
>
> > Are you really sure your Squid is caching fine, and not only caching in
> > memory?
>
> 100% affirmative.
> from cachemgr:
>
> Cache information for squid:
> Request Hit Ratios: 5min: 47.0%, 60min: 46.9%
> Byte Hit Ratios: 5min: 38.1%, 60min: 30.1%
> Request Memory Hit Ratios: 5min: 21.3%, 60min: 20.6%
> Request Disk Hit Ratios: 5min: 35.6%, 60min: 31.6%
> Storage Swap size: 17257844 KB
> Storage Mem size: 524180 KB
> Mean Object Size: 14.04 KB
>
> Store Directory Statistics:
> Store Entries : 1237990
> Maximum Swap Size : 24576000 KB
> Current Store Swap Size: 17320752 KB
> Current Capacity : 70% used, 30% free
>
> Store Directory #0 (aufs): /cache/cache
> FS Block Size 4096 Bytes
> First level subdirectories: 16
> Second level subdirectories: 256
> Maximum Size: 8192000 KB
> Current Size: 7352656 KB
> Percent Used: 89.75%
> Filemap bits in use: 527659 of 1048576 (50%)
> Filesystem Space in use: 8969764/18930908 KB (47%)
> Filesystem Inodes in use: 638893/4886400 (13%)
> Flags:
> Removal policy: heap
>
> Store Directory #1 (aufs): /cache/cache1
> FS Block Size 4096 Bytes
> First level subdirectories: 16
> Second level subdirectories: 256
> Maximum Size: 4096000 KB
> Current Size: 1299840 KB
> Percent Used: 31.73%
> Filemap bits in use: 103074 of 131072 (79%)
> Filesystem Space in use: 8969764/18930908 KB (47%)
> Filesystem Inodes in use: 638893/4886400 (13%)
> Flags:
> Removal policy: heap
>
> Store Directory #2 (aufs): /cache1/cache
> FS Block Size 4096 Bytes
> First level subdirectories: 16
> Second level subdirectories: 256
> Maximum Size: 8192000 KB
> Current Size: 7368448 KB
> Percent Used: 89.95%
> Filemap bits in use: 506308 of 1048576 (48%)
> Filesystem Space in use: 12206044/74342972 KB (16%)
> Filesystem Inodes in use: 692612/9453568 (7%)
> Flags:
> Removal policy: heap
>
> Store Directory #3 (aufs): /cache1/cache1
> FS Block Size 4096 Bytes
> First level subdirectories: 16
> Second level subdirectories: 256
> Maximum Size: 4096000 KB
> Current Size: 1299808 KB
> Percent Used: 31.73%
> Filemap bits in use: 98460 of 131072 (75%)
> Filesystem Space in use: 12206044/74342972 KB (16%)
> Filesystem Inodes in use: 692612/9453568 (7%)
> Flags: SELECTED
> Removal policy: heap
>
> >
> > Regards
> > Henrik
> >
>
> Thanks.
>
> --
> Manoj Rajkarnikar
>
> System Administrator
> Vianet Communications Pvt Ltd
> Pulchowk, Lalitpur, Nepal.
> (PH)977-1-5546410
>
>
Received on Sun Jan 07 2007 - 11:07:07 MST
This archive was generated by hypermail pre-2.1.9 : Thu Feb 01 2007 - 12:00:01 MST