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 <[EMAIL PROTECTED]> 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

[EMAIL PROTECTED] /]# 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

[EMAIL PROTECTED] /]# 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


Reply via email to