NFS mount over IPv6 success

NFS mount over IPv6 success

[Steinar H. Gunderson]

Hi,

I'm sure others have gotten this to work at some point, but it's finally
gotten to the point where I could get it to work myself, so I thought I could
share my success story:

 - Vanilla 2.6.28-rc3 client (2.6.26 also worked, although not with NFSv4)
 - Solaris 10 server
 - libtirpc from git (git://git.infradead.org/~steved/libtirpc.git)
 - IPv6-patched nfs-utils from git
   (git://git.linux-nfs.org/projects/cel/nfs-utils.git)

After recompiling (actually making Debian packages of) the client software,
it was just a matter of mounting. 2.6.26 had some issues with IPv6 address
literals -- only DNS worked -- but 2.6.28-rc3 did both just fine.

I haven't done extensive testing, but this looks pretty good :-) Now I'm just
waiting for the server support to get ready in the same way, and then for
everything to trickle into mainline.

/* Steinar */
-- 
Homepage: http://www.sesse.net/

Re: NFS mount over IPv6 success

[Chuck Lever]

Steinar-

Thanks for testing!

Keep an eye out for IPv6-related patches for nfs-utils.  The key is to  
ensure IPv4 continues to work, especially on Debian which tracks  
upstream nfs-utils closely.

On Nov 9, 2008, at 11:41 AM, Steinar H. Gunderson wrote:

> Hi,
>
> I'm sure others have gotten this to work at some point, but it's  
> finally
> gotten to the point where I could get it to work myself, so I  
> thought I could
> share my success story:
>
> - Vanilla 2.6.28-rc3 client (2.6.26 also worked, although not with  
> NFSv4)
> - Solaris 10 server
> - libtirpc from git (git://git.infradead.org/~steved/libtirpc.git)
> - IPv6-patched nfs-utils from git
>   (git://git.linux-nfs.org/projects/cel/nfs-utils.git)
>
> After recompiling (actually making Debian packages of) the client  
> software,
> it was just a matter of mounting. 2.6.26 had some issues with IPv6  
> address
> literals -- only DNS worked -- but 2.6.28-rc3 did both just fine.
>
> I haven't done extensive testing, but this looks pretty good :-) Now  
> I'm just
> waiting for the server support to get ready in the same way, and  
> then for
> everything to trickle into mainline.
>
> /* Steinar */
> -- 
> Homepage: http://www.sesse.net/
> --
> 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

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com

Re: NFS mount over IPv6 success

[Steinar H. Gunderson]

On Wed, Nov 12, 2008 at 01:00:27AM -0500, Chuck Lever wrote:
> Keep an eye out for IPv6-related patches for nfs-utils.  The key is to  
> ensure IPv4 continues to work, especially on Debian which tracks  
> upstream nfs-utils closely.

We don't plan to incorporate IPv6-specific patches before upstream does (and
lenny, our upcoming release, is not going to get libtirpc or rpcbind). When
upstream nfs-utils is ready, you can expect us to configure with
--enable-ipv6 pretty quickly, though :-)

I still haven't had any success with nfsd on the server side in Linux; it's a
bit unclear to me what nfs-utils to use in particular.

/* Steinar */
-- 
Homepage: http://www.sesse.net/

Re: NFS mount over IPv6 success

[Le Rouzic]

Steinar H. Gunderson a =C3=A9crit :

>On Wed, Nov 12, 2008 at 01:00:27AM -0500, Chuck Lever wrote:
> =20
>
>>Keep an eye out for IPv6-related patches for nfs-utils.  The key is t=
o =20
>>ensure IPv4 continues to work, especially on Debian which tracks =20
>>upstream nfs-utils closely.
>>   =20
>>
>
>We don't plan to incorporate IPv6-specific patches before upstream doe=
s (and
>lenny, our upcoming release, is not going to get libtirpc or rpcbind).=
 When
>upstream nfs-utils is ready, you can expect us to configure with
>--enable-ipv6 pretty quickly, though :-)
>
>I still haven't had any success with nfsd on the server side in Linux;=
 it's a
>bit unclear to me what nfs-utils to use in particular.
>
>/* Steinar */
> =20
>
 Hi,
 There is a prototype nfs-utils package based on nfs-utils-1.1.2 you ca=
n=20
play with at http://nfsv4.bullopensource.org/

Regards

--=20
-----------------------------------------------------------------
Company : Bull, Architect of an Open World TM (www.bull.com)
Name    : Aime Le Rouzic=20
Mail    : Bull - BP 208 - 38432 Echirolles Cedex - France
E-Mail  : aime.le-rouzic@bull.net
Phone   : 33 (4) 76.29.75.51
=46ax     : 33 (4) 76.29.75.18
-----------------------------------------------------------------=20

Re: NFS mount over IPv6 success

[Chuck Lever]

On Nov 12, 2008, at 8:35 AM, Steinar H. Gunderson wrote:

> On Wed, Nov 12, 2008 at 01:00:27AM -0500, Chuck Lever wrote:
>> Keep an eye out for IPv6-related patches for nfs-utils.  The key is  
>> to
>> ensure IPv4 continues to work, especially on Debian which tracks
>> upstream nfs-utils closely.
>
> We don't plan to incorporate IPv6-specific patches before upstream  
> does (and
> lenny, our upcoming release, is not going to get libtirpc or  
> rpcbind). When
> upstream nfs-utils is ready, you can expect us to configure with
> --enable-ipv6 pretty quickly, though :-)

We need testing to ensure that the latest nfs-utils still works on  
legacy systems, built with --disable-ipv6 and no libtirpc.  So please  
do test my patches and report issues there.

> I still haven't had any success with nfsd on the server side in  
> Linux; it's a
> bit unclear to me what nfs-utils to use in particular.

Server side NFS doesn't have any user space IPv6 support yet.  The  
kernel in my tree supports NFSv4 service over IPv6, but I don't think / 
etc/exports supports IPv6 addresses yet.

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com

Re: NFS mount over IPv6 success

[Chuck Lever]

On Nov 12, 2008, at 11:05 AM, Le Rouzic wrote:

> Steinar H. Gunderson a =E9crit :
>
>> On Wed, Nov 12, 2008 at 01:00:27AM -0500, Chuck Lever wrote:
>>
>>
>>> Keep an eye out for IPv6-related patches for nfs-utils.  The key =20
>>> is to
>>> ensure IPv4 continues to work, especially on Debian which tracks
>>> upstream nfs-utils closely.
>>>
>>>
>>
>> We don't plan to incorporate IPv6-specific patches before upstream =20
>> does (and
>> lenny, our upcoming release, is not going to get libtirpc or =20
>> rpcbind). When
>> upstream nfs-utils is ready, you can expect us to configure with
>> --enable-ipv6 pretty quickly, though :-)
>>
>> I still haven't had any success with nfsd on the server side in =20
>> Linux; it's a
>> bit unclear to me what nfs-utils to use in particular.
>>
>> /* Steinar */
>>
>>
> Hi,
> There is a prototype nfs-utils package based on nfs-utils-1.1.2 you =20
> can
> play with at http://nfsv4.bullopensource.org/

Oops.  Sorry, I forgot about that.

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com

Re: NFS mount over IPv6 success

[Steinar H. Gunderson]

On Wed, Nov 12, 2008 at 05:05:13PM +0100, Le Rouzic wrote:
> There is a prototype nfs-utils package based on nfs-utils-1.1.2 you can  
> play with at http://nfsv4.bullopensource.org/

I already tried that with the latest git tree from Chuck, but no go
(statd/nfsd didn't register on IPv6 in rpcbind, IIRC).

/* Steinar */
-- 
Homepage: http://www.sesse.net/

Re: NFS mount over IPv6 success

[Chuck Lever]

On Nov 12, 2008, at 11:37 AM, Steinar H. Gunderson wrote:
> On Wed, Nov 12, 2008 at 05:05:13PM +0100, Le Rouzic wrote:
>> There is a prototype nfs-utils package based on nfs-utils-1.1.2 you  
>> can
>> play with at http://nfsv4.bullopensource.org/
>
> I already tried that with the latest git tree from Chuck, but no go
> (statd/nfsd didn't register on IPv6 in rpcbind, IIRC).

My nfs-utils doesn't have any of Bull's server-side changes.  It also  
doesn't have an IPv6-enabled rpc.statd yet.

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com

Re: NFS mount over IPv6 success

[Steinar H. Gunderson]

On Wed, Nov 12, 2008 at 11:50:53AM -0500, Chuck Lever wrote:
>>> There is a prototype nfs-utils package based on nfs-utils-1.1.2 you  can
>>> play with at http://nfsv4.bullopensource.org/
>> I already tried that with the latest git tree from Chuck, but no go
>> (statd/nfsd didn't register on IPv6 in rpcbind, IIRC).
> My nfs-utils doesn't have any of Bull's server-side changes.  It also  
> doesn't have an IPv6-enabled rpc.statd yet.

I used Bull's nfs-utils -- the git tree I was referring to was your kernel
tree, not nfs-utils. :-)

Perhaps things would be better if I used Bull's kernel as well, but 2.6.27
has other issues for me, so it's hard to test on my machine.

/* Steinar */
-- 
Homepage: http://www.sesse.net/