[gentoo-user] Subdirectories on NFS server missing 'executable' permission

[gentoo-user] Subdirectories on NFS server missing 'executable' permission

[Ralph Seichter]

Hi list members,

I set up Gentoo as an NFS server, and I am experiencing problems with
one of my NFS clients. When this specific client creates new directories
within the NFS-exported directory, the permissions are 0644 instead of
0755 ('executable' is missing). The client does not allow passing any
arguments when mounting a remote directory, so I wonder if this can be
fixed on the server side? My exports configuration looks like this:

# /etc/exports
/mnt/foo 192.168.235.0/24(rw,async,all_squash,no_subtree_check,anonuid=1003,anongid=1003,insecure)
/mnt/bar 192.168.235.0/24(rw,sync,no_root_squash,no_subtree_check,anonuid=1003,anongid=1003,insecure)

Both /mnt/foo and /mnt/bar were created like this:

mkdir /mnt/foo && chown root:root /mnt/foo && chmod 1777 /mnt/foo

It does not matter whether the client creates a new directory in /mnt/foo
or /mnt/bar, the executable bit is always missing.

Your ideas are appreciated. Thanks!

-Ralph

Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission

[Alan McKinnon]

On Sat, 26 Jan 2013 17:13:47 +0100
Ralph Seichter <gentoo-user@seichter.de> wrote:

> Hi list members,
> 
> I set up Gentoo as an NFS server, and I am experiencing problems with
> one of my NFS clients. When this specific client creates new
> directories within the NFS-exported directory, the permissions are
> 0644 instead of 0755 ('executable' is missing). The client does not
> allow passing any arguments when mounting a remote directory, so I
> wonder if this can be fixed on the server side? My exports
> configuration looks like this:
> 
> # /etc/exports
> /mnt/foo
> 192.168.235.0/24(rw,async,all_squash,no_subtree_check,anonuid=1003,anongid=1003,insecure) /mnt/bar
> 192.168.235.0/24(rw,sync,no_root_squash,no_subtree_check,anonuid=1003,anongid=1003,insecure)
> 
> Both /mnt/foo and /mnt/bar were created like this:
> 
> mkdir /mnt/foo && chown root:root /mnt/foo && chmod 1777 /mnt/foo
> 
> It does not matter whether the client creates a new directory
> in /mnt/foo or /mnt/bar, the executable bit is always missing.
> 
> Your ideas are appreciated. Thanks!

What sort of client is this, and what umask is it using?

That's regular shell umask, not some fancy thing related to fs mounts.


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission

[Ralph Seichter]

On 27.01.13 00:04, Alan McKinnon wrote:

> What sort of client is this, and what umask is it using?

The client is an Edision Argus Pingulux Plus satellite receiver.

[root@stlinux]#uname -a
Linux stlinux 2.6.32.42_stm24_V4.1-SAT7111_7111-STSDK #56 PREEMPT Tue Oct 16 16:17:14 CST 2012 sh4 GNU/Linux

> That's regular shell umask, not some fancy thing related to fs mounts.

[root@stlinux]#umask
0022

This umask looks OK to me.

-Ralph

Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission

[Alan McKinnon]

On Sun, 27 Jan 2013 00:54:52 +0100
Ralph Seichter <gentoo-user@seichter.de> wrote:

> On 27.01.13 00:04, Alan McKinnon wrote:
> 
> > What sort of client is this, and what umask is it using?
> 
> The client is an Edision Argus Pingulux Plus satellite receiver.
> 
> [root@stlinux]#uname -a
> Linux stlinux 2.6.32.42_stm24_V4.1-SAT7111_7111-STSDK #56 PREEMPT Tue
> Oct 16 16:17:14 CST 2012 sh4 GNU/Linux
> 
> > That's regular shell umask, not some fancy thing related to fs
> > mounts.
> 
> [root@stlinux]#umask
> 0022
> 
> This umask looks OK to me.
> 
> -Ralph
> 

You config certainly looks right to me, and I don't know of any config
that makes it work differently.

I've always found default permissions on NFS shares to be a difficult
thing to implement. One can do it with POSIX file attributes on the
server but I always found that cumbersome and very susceptible to being
forgotten about

I usually end up running chmod in a cron on the server :-)

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission

[Ralph Seichter]

On 27.01.13 17:23, Alan McKinnon wrote:

> You config certainly looks right to me, and I don't know of any config
> that makes it work differently.

I suspected as much. The trouble is that the Pingulux is unable to write
data to the directories it creates. Thus, your idea of using chmod from
a cron job won't help. I can only assume that the shell's umask 0022 is
not being used by the process which records video data. Bummer.

-Ralph

Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission

[Alan McKinnon]

On Sun, 27 Jan 2013 18:46:30 +0100
Ralph Seichter <gentoo-user@seichter.de> wrote:

> On 27.01.13 17:23, Alan McKinnon wrote:
> 
> > You config certainly looks right to me, and I don't know of any
> > config that makes it work differently.
> 
> I suspected as much. The trouble is that the Pingulux is unable to
> write data to the directories it creates. Thus, your idea of using
> chmod from a cron job won't help. I can only assume that the shell's
> umask 0022 is not being used by the process which records video data.
> Bummer.

so essentially you have an nfs client that by design can't do nfs?

assuming that the gadget creates a directory in which to store the
video it's about to record that is.

What does the vendor say about this?

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission

[Ralph Seichter]

On 27.01.13 19:21, Alan McKinnon wrote:

> so essentially you have an nfs client that by design can't do nfs?

You could put it that way. I purchased this satellite receiver a few
days ago and upgraded to the latest firmware available (version 1.2.61
released 2013-01-07). Unfortunately, the manufacturer's support page and
FAQ are available in Greek only. :-/

> What does the vendor say about this?

I'll try to contact the vendor tomorrow (Monday).

-Ralph