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
