NFSv4 - Linux server, FreeBSD client

NFSv4 - Linux server, FreeBSD client

[J. von Balzac]

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.
Jan.

Re: NFSv4 - Linux server, FreeBSD client

[J. Bruce Fields]

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],
> proto TCP (6), length 116)
>     192.168.1.3.2049 > 192.168.1.10.1382070341: reply ok 60 getattr
> ERROR: Operation not permitted

Huh--does tcpdump even know how to parse NFSv4, or is that actually an
NFSv3 call?

The tcpdump output isn't very informative--wireshark is usually more
helpful.

What version of nfs-utils are you using?

--b.

> 
> The entire output of the tcpdump can be found at the following url:
> http://sprunge.us/OVbQ
> 
> Looking forward to resolving this.
> Jan.
> --
> 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

Re: NFSv4 - Linux server, FreeBSD client

[Tigran Mkrtchyan]

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@fieldses.org> 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
>> 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
>
> Huh--does tcpdump even know how to parse NFSv4, or is that actually an
> NFSv3 call?
>
> The tcpdump output isn't very informative--wireshark is usually more
> helpful.
>
> What version of nfs-utils are you using?
>
> --b.
>
>>
>> The entire output of the tcpdump can be found at the following url:
>> http://sprunge.us/OVbQ
>>
>> Looking forward to resolving this.
>> Jan.
>> --
>> 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
> --
> 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

Re: NFSv4 - Linux server, FreeBSD client

[Boaz Harrosh]

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

Re: NFSv4 - Linux server, FreeBSD client

[J. Bruce Fields]

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.

Re: NFSv4 - Linux server, FreeBSD client

[J. von Balzac]

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@panasas.com> 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