headers
J. von Balzac | 21 Jan 2012 18:04
Picon

NFSv4 - Linux server, FreeBSD client

Hello,

Linux (kernel 3.2) /etc/exports contains the following:

/exp  -ro,fsid=0,async,subtree_check,all_squash,crossmnt 192.168.1.0/24
/exp/freebsd  -ro,no_acl,async,subtree_check,all_squash 192.168.1.0/24
/exp/freebsd/extra -rw,no_acl,async,subtree_check,no_root_squash 192.168.1.0/24
/exp/freebsd/ports  -rw,no_acl,async,subtree_check,no_root_squash 192.168.1.0/24

I have also tested it without no_acl, and with the alternative
192.168.1.0/24(options).

The used mount command on FreeBSD and the resulting error:

# mount_nfs -o nfsv4 192.168.1.3:/freebsd/ports /usr/ports
mount_nfs: /usr/ports, : Operation not permitted

I am emailing this list and not FreeBSD, because of this next output
from tcpdump. Note that 192.168.1.3 is the server and 192.168.1.10 is
the client:

17:00:21.761418 IP (tos 0x0, ttl 64, id 62972, offset 0, flags [DF],
proto TCP (6), length 116)
    192.168.1.3.2049 > 192.168.1.10.1382070341: reply ok 60 getattr
ERROR: Operation not permitted

The entire output of the tcpdump can be found at the following url:
http://sprunge.us/OVbQ

Looking forward to resolving this.
(Continue reading)

Permalink | Reply |
headers
J. Bruce Fields | 25 Jan 2012 15:34

Re: NFSv4 - Linux server, FreeBSD client

On Sat, Jan 21, 2012 at 06:04:17PM +0100, J. von Balzac wrote:
> Hello,
> 
> Linux (kernel 3.2) /etc/exports contains the following:
> 
> /exp  -ro,fsid=0,async,subtree_check,all_squash,crossmnt 192.168.1.0/24
> /exp/freebsd  -ro,no_acl,async,subtree_check,all_squash 192.168.1.0/24
> /exp/freebsd/extra -rw,no_acl,async,subtree_check,no_root_squash 192.168.1.0/24
> /exp/freebsd/ports  -rw,no_acl,async,subtree_check,no_root_squash 192.168.1.0/24

Note no_acl is actually meaningless, and async and subtree_check are
generally not recommended.

Also, "fsid=0" tricks aren't necessary any more: if you just leave out
that line, then v4 clients will be able to mount /exp/freebsd/* just as
v2/v3 clients would.

> I have also tested it without no_acl, and with the alternative
> 192.168.1.0/24(options).
> 
> The used mount command on FreeBSD and the resulting error:
> 
> # mount_nfs -o nfsv4 192.168.1.3:/freebsd/ports /usr/ports
> mount_nfs: /usr/ports, : Operation not permitted
> 
> I am emailing this list and not FreeBSD, because of this next output
> from tcpdump. Note that 192.168.1.3 is the server and 192.168.1.10 is
> the client:
> 
> 17:00:21.761418 IP (tos 0x0, ttl 64, id 62972, offset 0, flags [DF],
(Continue reading)

Permalink | Reply |
headers
Tigran Mkrtchyan | 25 Jan 2012 15:59
Picon
Favicon
Gravatar

Re: NFSv4 - Linux server, FreeBSD client

I am adding  'insecure' option into exports to get it mounted.

Tigran.
On Wed, Jan 25, 2012 at 3:34 PM, J. Bruce Fields <bfields@...> wrote:
> On Sat, Jan 21, 2012 at 06:04:17PM +0100, J. von Balzac wrote:
>> Hello,
>>
>> Linux (kernel 3.2) /etc/exports contains the following:
>>
>> /exp  -ro,fsid=0,async,subtree_check,all_squash,crossmnt 192.168.1.0/24
>> /exp/freebsd  -ro,no_acl,async,subtree_check,all_squash 192.168.1.0/24
>> /exp/freebsd/extra -rw,no_acl,async,subtree_check,no_root_squash 192.168.1.0/24
>> /exp/freebsd/ports  -rw,no_acl,async,subtree_check,no_root_squash 192.168.1.0/24
>
> Note no_acl is actually meaningless, and async and subtree_check are
> generally not recommended.
>
> Also, "fsid=0" tricks aren't necessary any more: if you just leave out
> that line, then v4 clients will be able to mount /exp/freebsd/* just as
> v2/v3 clients would.
>
>> I have also tested it without no_acl, and with the alternative
>> 192.168.1.0/24(options).
>>
>> The used mount command on FreeBSD and the resulting error:
>>
>> # mount_nfs -o nfsv4 192.168.1.3:/freebsd/ports /usr/ports
>> mount_nfs: /usr/ports, : Operation not permitted
>>
>> I am emailing this list and not FreeBSD, because of this next output
(Continue reading)

Permalink | Reply |
headers
Boaz Harrosh | 25 Jan 2012 16:18
Favicon
Gravatar

Re: NFSv4 - Linux server, FreeBSD client

On 01/25/2012 04:34 PM, J. Bruce Fields wrote:
> Also, "fsid=0" tricks aren't necessary any more: if you just leave out
> that line, then v4 clients will be able to mount /exp/freebsd/* just as
> v2/v3 clients would.
> 

I suspected this, but have been using fsid=0 since forever and the :/ mounts.
I'll check it out

I know it's not your expertise, but is it also true for pnfs. (Benny's tree)
Or like before pnfs export must have the fsid=0 set?

What about multiple SBs / FSs exporting pnfs should that work? I guess I should
try it.

Thanks
Boaz
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply |
headers
J. Bruce Fields | 25 Jan 2012 16:22

Re: NFSv4 - Linux server, FreeBSD client

On Wed, Jan 25, 2012 at 05:18:08PM +0200, Boaz Harrosh wrote:
> On 01/25/2012 04:34 PM, J. Bruce Fields wrote:
> > Also, "fsid=0" tricks aren't necessary any more: if you just leave out
> > that line, then v4 clients will be able to mount /exp/freebsd/* just as
> > v2/v3 clients would.
> > 
> 
> I suspected this, but have been using fsid=0 since forever and the :/ mounts.
> I'll check it out
> 
> I know it's not your expertise, but is it also true for pnfs. (Benny's tree)
> Or like before pnfs export must have the fsid=0 set?

I'd expect it to work fine without.

> What about multiple SBs / FSs exporting pnfs should that work? I guess I should
> try it.

I'd call it a bug if it doesn't.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply |
headers
J. von Balzac | 28 Jan 2012 17:52
Picon

Re: NFSv4 - Linux server, FreeBSD client

Hi all,

It's not like we've known each other for very long hehe but i am
deleting this Google account, screw them and screw their privacy
issues.

So just FYI. I'll report back with some other account.

On 25 January 2012 16:18, Boaz Harrosh <bharrosh@...> wrote:
> On 01/25/2012 04:34 PM, J. Bruce Fields wrote:
>> Also, "fsid=0" tricks aren't necessary any more: if you just leave out
>> that line, then v4 clients will be able to mount /exp/freebsd/* just as
>> v2/v3 clients would.
>>
>
> I suspected this, but have been using fsid=0 since forever and the :/ mounts.
> I'll check it out
>
> I know it's not your expertise, but is it also true for pnfs. (Benny's tree)
> Or like before pnfs export must have the fsid=0 set?
>
> What about multiple SBs / FSs exporting pnfs should that work? I guess I should
> try it.
>
> Thanks
> Boaz
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply |

Gmane