Linux NFS development
 help / color / mirror / Atom feed
* NFS Share To OS X
@ 2014-09-25 13:15 MJ Jenkins
  2014-09-25 16:30 ` Emmanuel Florac
  0 siblings, 1 reply; 5+ messages in thread
From: MJ Jenkins @ 2014-09-25 13:15 UTC (permalink / raw)
  To: linux-nfs

I have a user who is on a Mac, and has some data on our RedHat 
Enterprise Linux(RHEL) server that needs to be shared to another RHEL 
box and to her Mac.  All seems to be fine on the RHEL box, and somewhat 
on the Mac.

The problem comes in when the user on the Mac writes files to the NFS 
share.  On the RHEL side the files are owned by user root and group 
nfsnobody.  Has anyone else run into this issue?  I'm not sure if the 
issue is how I am exporting the share to the Mac, or how I have the 
share mounted on the Mac.

Any assistance is greatly appreciated.

Mack


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFS Share To OS X
  2014-09-25 13:15 NFS Share To OS X MJ Jenkins
@ 2014-09-25 16:30 ` Emmanuel Florac
  2014-09-25 17:14   ` Mauricio Tavares
  2014-09-25 17:52   ` MJ Jenkins
  0 siblings, 2 replies; 5+ messages in thread
From: Emmanuel Florac @ 2014-09-25 16:30 UTC (permalink / raw)
  To: MJ Jenkins; +Cc: linux-nfs

Le Thu, 25 Sep 2014 09:15:24 -0400
MJ Jenkins <mack.jenkins@eas.gatech.edu> écrivait:

> The problem comes in when the user on the Mac writes files to the NFS 
> share.  On the RHEL side the files are owned by user root and group 
> nfsnobody.  Has anyone else run into this issue?  I'm not sure if the 
> issue is how I am exporting the share to the Mac, or how I have the 
> share mounted on the Mac.

Without the content of your /etc/exports, it's impossible to know
what's happening. Mac behave like regular NFS clients. Maybe you have
"all_squash,anonuid=0,anongid=5" in your export parameter, maybe it's
something else entirely.

-- 
------------------------------------------------------------------------
Emmanuel Florac     |   Direction technique
                    |   Intellique
                    |	<eflorac@intellique.com>
                    |   +33 1 78 94 84 02
------------------------------------------------------------------------

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFS Share To OS X
  2014-09-25 16:30 ` Emmanuel Florac
@ 2014-09-25 17:14   ` Mauricio Tavares
  2014-09-25 17:52   ` MJ Jenkins
  1 sibling, 0 replies; 5+ messages in thread
From: Mauricio Tavares @ 2014-09-25 17:14 UTC (permalink / raw)
  To: Emmanuel Florac; +Cc: MJ Jenkins, linux-nfs

On Thu, Sep 25, 2014 at 12:30 PM, Emmanuel Florac
<eflorac@intellique.com> wrote:
> Le Thu, 25 Sep 2014 09:15:24 -0400
> MJ Jenkins <mack.jenkins@eas.gatech.edu> écrivait:
>
>> The problem comes in when the user on the Mac writes files to the NFS
>> share.  On the RHEL side the files are owned by user root and group
>> nfsnobody.  Has anyone else run into this issue?  I'm not sure if the
>> issue is how I am exporting the share to the Mac, or how I have the
>> share mounted on the Mac.
>
> Without the content of your /etc/exports, it's impossible to know
> what's happening. Mac behave like regular NFS clients. Maybe you have
> "all_squash,anonuid=0,anongid=5" in your export parameter, maybe it's
> something else entirely.
>
       I really want to say you need to export the fileshare with the
"insecure" option to make the Mac happy. Unfortunately I cannot check
that right now.

> --
> ------------------------------------------------------------------------
> Emmanuel Florac     |   Direction technique
>                     |   Intellique
>                     |   <eflorac@intellique.com>
>                     |   +33 1 78 94 84 02
> ------------------------------------------------------------------------
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFS Share To OS X
  2014-09-25 16:30 ` Emmanuel Florac
  2014-09-25 17:14   ` Mauricio Tavares
@ 2014-09-25 17:52   ` MJ Jenkins
  2014-09-26  7:52     ` Emmanuel Florac
  1 sibling, 1 reply; 5+ messages in thread
From: MJ Jenkins @ 2014-09-25 17:52 UTC (permalink / raw)
  To: Emmanuel Florac; +Cc: linux-nfs

This is the /etc/exports file.  129.169 is the Mac I'm exporting to.  
129.183 is the other RHEL machine.

##### Mount point for Britney Schmidt's Mac Pro #####
/nfs/bsmac 
192.168.129.169(rw,all_squash,no_subtree_check,insecure,anonuid=0) 
192.168.129.183(rw,no_root_squash,no_subtree_chck)


This is /etc/fstab from the Mac.
#storage:/nfs/bsmac       /data1          nfs 
resvport,nolocks,locallocks,intr,soft,wsize=32768,rsize=3276
storage:/nfs/bsmac        /data1          nfs 
vers=3,noowners,nolocks,nolockd,nolock,nonlm,automounted,nosuid,hard,bg,noresvport,intr,rw,tcp,nfc

That 1st line in /etc/fstab is another way I was mounting the share 
trying to solve this one.

Thanks for any assistance that can be provided.

Mack

On 09/25/2014 12:30 PM, Emmanuel Florac wrote:
> Le Thu, 25 Sep 2014 09:15:24 -0400
> MJ Jenkins <mack.jenkins@eas.gatech.edu> écrivait:
>
>> The problem comes in when the user on the Mac writes files to the NFS
>> share.  On the RHEL side the files are owned by user root and group
>> nfsnobody.  Has anyone else run into this issue?  I'm not sure if the
>> issue is how I am exporting the share to the Mac, or how I have the
>> share mounted on the Mac.
> Without the content of your /etc/exports, it's impossible to know
> what's happening. Mac behave like regular NFS clients. Maybe you have
> "all_squash,anonuid=0,anongid=5" in your export parameter, maybe it's
> something else entirely.
>


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFS Share To OS X
  2014-09-25 17:52   ` MJ Jenkins
@ 2014-09-26  7:52     ` Emmanuel Florac
  0 siblings, 0 replies; 5+ messages in thread
From: Emmanuel Florac @ 2014-09-26  7:52 UTC (permalink / raw)
  To: MJ Jenkins; +Cc: linux-nfs

Le Thu, 25 Sep 2014 13:52:33 -0400 vous écriviez:

> 192.168.129.169(rw,all_squash,no_subtree_check,insecure,anonuid=0) 

Well you're squashing every user (all_squash) to the anonymous uid 0
(which is root). So you obtain the expected behaviour. Why did you put
these options in the first place?

The only special option you need is "insecure" for BSD (including Mac OS
X) clients.

-- 
------------------------------------------------------------------------
Emmanuel Florac     |   Direction technique
                    |   Intellique
                    |	<eflorac@intellique.com>
                    |   +33 1 78 94 84 02
------------------------------------------------------------------------

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2014-09-26  7:51 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-09-25 13:15 NFS Share To OS X MJ Jenkins
2014-09-25 16:30 ` Emmanuel Florac
2014-09-25 17:14   ` Mauricio Tavares
2014-09-25 17:52   ` MJ Jenkins
2014-09-26  7:52     ` Emmanuel Florac

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox