Re: [squid-users] squid error storeAufsOpenDone: (1) Operation not permitted

From: Manoj Rajkarnikar <manoj@dont-contact.us>
Date: Sun, 7 Jan 2007 12:35:31 +0545 (NPT)

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 Sat Jan 06 2007 - 23:50:59 MST

This archive was generated by hypermail pre-2.1.9 : Thu Feb 01 2007 - 12:00:01 MST