Re: Permissions for root user

2015-03-30 Thread Yair Yarom
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 with aufs patch, but sometimes with other
patches). I've seen this in 3.16.2, 3.17.8 and I think 3.18.1. When I
have time I will check exactly which kernels.

Yair.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/


Re: Permissions for root user

2015-03-30 Thread Christoph Pleger
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 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 privileges.

Regards
  Christoph




--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/


Re: Permissions for root user

2015-03-30 Thread Yair Yarom

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.

 Are you using user-space NFS server too?
 If so, does this script surely reproduce the problem?
 This script prints 0 at the end when everything is fine.

Our nfs servers are NetAPP and FreeBSD machines (not user space...).

The script itself prints 0, however I currently don't have time to
thoroughly check it. In a couple of days when I have time I'll try to
see if I can make a script that reproduces the problem.

Yair.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/


Re: Permissions for root user

2015-03-30 Thread sfjro

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 privileges.

The owner of the dir is 'bin' instead of 'root.'
Isn't it enough?
Would you modify the script to reproduce the problem?


J. R. Okajima

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/


Re: Permissions for root user

2015-03-30 Thread Christoph Pleger
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 script was successful because the machine where I
tested it has another Debian version installed than the other machine. I
compared two Debian 7 nfs clients with two Debian 8 nfs clients, in Debian
7 file creation was successful, in Debian 8 it was not.

Regards
  Christoph




--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/