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
