On Mon, Mar 30 2015, sf...@users.sourceforge.net wrote:
Yair Yarom:
Our nfs servers are NetAPP and FreeBSD machines (not user space...).
Ok.
And your NFS client is debian 3.16.7-ckt7-1 as Christoph's?
Sorry, I've probably should have mentioned it, we compile our own
kernels (currently only
Hello,
Essentially aufs checks the permission by calling VFS routine or branch
fs's routine.
I still don't undrestand your situation. Does this script surely
reproduce the problem?
This script prints 0 at the end when everything is fine.
The script prints 0 - but it does not check the case
On Sat, Mar 28 2015, sf...@users.sourceforge.net wrote:
Yair Yarom:
I think we encountered a similar issue, in our case with the /var/log/*
directories (and sometimes /var/cache/man). I don't think it's a real
permission issue as we get Operation not supported and not Permission
denied.
Christoph Pleger:
The script prints 0 - but it does not check the case where my error
occurs, when the directory where root wants to create a file does not
belong to root and root has no normal write permissions in that directory,
but he should be able to create a file because of superuser
Hello,
The owner of the dir is 'bin' instead of 'root.'
Isn't it enough?
Would you modify the script to reproduce the problem?
Sorry, after the result of the script was 0, I did a quick check of the
script code and obviously I missed the line where chown is called.
Now I found that the
