* [gentoo-user] Subdirectories on NFS server missing 'executable' permission
@ 2013-01-26 16:13 Ralph Seichter
2013-01-26 23:04 ` Alan McKinnon
0 siblings, 1 reply; 7+ messages in thread
From: Ralph Seichter @ 2013-01-26 16:13 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission
2013-01-26 16:13 [gentoo-user] Subdirectories on NFS server missing 'executable' permission Ralph Seichter
@ 2013-01-26 23:04 ` Alan McKinnon
2013-01-26 23:54 ` Ralph Seichter
0 siblings, 1 reply; 7+ messages in thread
From: Alan McKinnon @ 2013-01-26 23:04 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission
2013-01-26 23:04 ` Alan McKinnon
@ 2013-01-26 23:54 ` Ralph Seichter
2013-01-27 16:23 ` Alan McKinnon
0 siblings, 1 reply; 7+ messages in thread
From: Ralph Seichter @ 2013-01-26 23:54 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission
2013-01-26 23:54 ` Ralph Seichter
@ 2013-01-27 16:23 ` Alan McKinnon
2013-01-27 17:46 ` Ralph Seichter
0 siblings, 1 reply; 7+ messages in thread
From: Alan McKinnon @ 2013-01-27 16:23 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission
2013-01-27 16:23 ` Alan McKinnon
@ 2013-01-27 17:46 ` Ralph Seichter
2013-01-27 18:21 ` Alan McKinnon
0 siblings, 1 reply; 7+ messages in thread
From: Ralph Seichter @ 2013-01-27 17:46 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission
2013-01-27 17:46 ` Ralph Seichter
@ 2013-01-27 18:21 ` Alan McKinnon
2013-01-27 20:09 ` Ralph Seichter
0 siblings, 1 reply; 7+ messages in thread
From: Alan McKinnon @ 2013-01-27 18:21 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Subdirectories on NFS server missing 'executable' permission
2013-01-27 18:21 ` Alan McKinnon
@ 2013-01-27 20:09 ` Ralph Seichter
0 siblings, 0 replies; 7+ messages in thread
From: Ralph Seichter @ 2013-01-27 20:09 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2013-01-27 20:09 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-26 16:13 [gentoo-user] Subdirectories on NFS server missing 'executable' permission Ralph Seichter
2013-01-26 23:04 ` Alan McKinnon
2013-01-26 23:54 ` Ralph Seichter
2013-01-27 16:23 ` Alan McKinnon
2013-01-27 17:46 ` Ralph Seichter
2013-01-27 18:21 ` Alan McKinnon
2013-01-27 20:09 ` Ralph Seichter
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox