All directories created over nfs have 777 permissions.
# umask
022
# mkdir aaaa
# ls -ld aaaa
drwxrwxrwx 2 root root 2 Sep 12 13:45 aaaa
# rmdir aaaa
# mount|grep /mnt
mazuelo:/home/sbio/ryan on /mnt type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=132.204.84.95,mountvers=3,mountport=38634,mountproto=udp,local_lock=none,addr=132.204.84.95)
The same happens for regular users.
This is a very serious bug. The server is runnig the debian stretch 4.9
kernel, and the client is running a vanilla 4.4.155. Is there anything
in the configuration causing this, or is it a kernel bug?
Thanks,
-ryan
On Wed, Sep 12, 2018 at 02:17:47PM -0400, Ryan Richter wrote:
> All directories created over nfs have 777 permissions.
>
> # umask
> 022
> # mkdir aaaa
> # ls -ld aaaa
> drwxrwxrwx 2 root root 2 Sep 12 13:45 aaaa
> # rmdir aaaa
> # mount|grep /mnt
> mazuelo:/home/sbio/ryan on /mnt type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=132.204.84.95,mountvers=3,mountport=38634,mountproto=udp,local_lock=none,addr=132.204.84.95)
>
> The same happens for regular users.
>
> This is a very serious bug. The server is runnig the debian stretch 4.9
> kernel, and the client is running a vanilla 4.4.155. Is there anything
> in the configuration causing this, or is it a kernel bug?
Beats me, I can't reproduce that on a recent kernel.
Does it look the same if you run the "ls -l" on the server itself?
--b.
On Tue, Sep 18, 2018 at 04:38:52PM -0400, J. Bruce Fields wrote:
> On Wed, Sep 12, 2018 at 02:17:47PM -0400, Ryan Richter wrote:
> > All directories created over nfs have 777 permissions.
> >
> > # umask
> > 022
> > # mkdir aaaa
> > # ls -ld aaaa
> > drwxrwxrwx 2 root root 2 Sep 12 13:45 aaaa
> > # rmdir aaaa
> > # mount|grep /mnt
> > mazuelo:/home/sbio/ryan on /mnt type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=132.204.84.95,mountvers=3,mountport=38634,mountproto=udp,local_lock=none,addr=132.204.84.95)
> >
> > The same happens for regular users.
> >
> > This is a very serious bug. The server is runnig the debian stretch 4.9
> > kernel, and the client is running a vanilla 4.4.155. Is there anything
> > in the configuration causing this, or is it a kernel bug?
>
> Beats me, I can't reproduce that on a recent kernel.
>
> Does it look the same if you run the "ls -l" on the server itself?
Yes, the permissions are really like that on the server and other
clients.
This only happens with nfsv3, so we're switching everything over to
nfsv4 this week, and I won't be able to do much more testing.
-ryan