Hello Bruno,
Bruno Cesar Ribas:
> now the problem appears with aufs:
> 8<-----------------------
> [EMAIL PROTECTED]:~$ cd /var/lib/php5
> [EMAIL PROTECTED]:/var/lib/php5$ ls -ld
> drwx-wx-wt 2 root root 6 2007-05-13 15:30 .
> [EMAIL PROTECTED]:/var/lib/php5$ ls
> ls: .: Permission Denied
> [EMAIL PROTECTED]:/var/lib/php5$ touch tt
> touch: cannot touch `tt': Permiss.ANco negada
> [EMAIL PROTECTED]:/var/lib/php5$
> 8<-----------------------
>
> if I change permissions to 777:
:::
> And re-run tests, things goes fine:
I guess the directory /var/lib/php5 exists on several branches, and the
permission bits of one of them is not writable.
Check it by,
$ d=var/lib/php5
$ ls -ld $RW/$d $ADICIONAL/$d $GERAL/$d $MAINROOT/$d
The aufs already describes this issue.
----------------------------------------------------------------------
The test for permission bits has two cases. One is for a directory,
and the other is for a non-directory. In the case of a directory, aufs
checks the permission bits of all existing directories. It means you
need the correct privilege for the directories including the lower
branches.
----------------------------------------------------------------------
Recently a user asked me the same thing, and I added a new mount option
'dirperm1'. Although this is still under testing stage, you can try it.
- enable CONFIG_AUFS_DLGT
- specify dirperm1 mount option.
And here is a description for the option in the aufs manual. Currently
it is commented-out.
----------------------------------------------------------------------
.\" .TP
.\" .B dirperm1
.\" .TQ
.\" .B nodirperm1
.\" By default (nodirperm1), aufs checks the permission bits of target
.\" directory on all branches. If any of them refused the requested
.\" access, then aufs returns negative even if the topmost permission bits
.\" of the directory allowed the access.
.\" If you enable CONFIG_AUFS_DLGT and specify `dirperm1' option, aufs
.\" doesn't check the directories on all lower branches but the topmost
.\" one.
----------------------------------------------------------------------
Junjiro Okajima
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
