Red Hat Bugzilla – Bug 470030
IPv6 support in NFS
Last modified: 2009-05-04 07:48:58 EDT
+++ This bug was initially created as a clone of Bug #463530 +++
Emily J. Ratliff <firstname.lastname@example.org> - 2008-09-17 11:13 EDT
1. Feature Overview:
Feature Id: 
a. Name of Feature: IPv6 support in NFS - kernel
b. Feature Description
To add the support of IPv6 in NFS. Several components: 1) The client side IPv6
support should be completed in 2.6.21. 2) The server side IPv6 support is in
progress. 3) The NFS commands/tools/utils packages is already available since 1.0.10
2. Feature Details:
Arch Specificity: Purely Common Code
Category: Remote Filesystems
Request Type: Kernel - Enhancement from IBM
d. Upstream Acceptance: In Progress
Sponsor Priority 1
f. Severity: High
IBM Confidential: no
Code Contribution: 3rd party code
g. Component Version Target: server support in progress, other parts are
upstream: 2.6.21 -> client support nfs-utils 1.0.10 -> userspace tools (in a
3. Business Case
IPv6 support in NFS is needed for several customers and is required for some
government contracts (all DoD contracts).
NFS over IPv6 would provide more flexibility to customers to configure their
networks to meet their needs.
4. Primary contact at Red Hat:
5. Primary contacts at Partner:
Project Management Contact:
Sarah Wright, email@example.com, 503-578-5145
Frank Filz, firstname.lastname@example.org
Varun Chandramohan, email@example.com
Jeffrey Heroux, firstname.lastname@example.org
--- Additional comment from email@example.com on 2008-10-02 15:23:55 EDT ---
We should have the client and utilities handled fine in RHEL 6. What's the status of the server support?
--- Additional comment from firstname.lastname@example.org on 2008-10-02 23:16:53 EDT ---
The server support is still not ready as of 2.6.27-rc6. I have been able to get a successful mount over ipv6 but with lots of undesired hacks. The main kernel patches i used are http://nfsv4.bullopensource.org/patches/ipv6-server/2.6.27-rc3/patch1_rpcbindv4 and http://nfsv4.bullopensource.org/patches/ipv6-server/2.6.27-rc3/patch2_ipv6overrpcbindv4. They both seems to work fine. But they are not upstream yet.
I'm starting on this by just looking at where we are upstream.
I've built a kernel from Chuck Lever's git tree (tag cel-ipv6-10292008). It looks like the v6 nfsd and lockd ports are being registered with rpcbind by the kernel. The big stumbling block at this point is userspace support. When I build nfs-utils 1.1.4 with --enable-ipv6, rpc.mountd fails to start:
# rpc.mountd -F
mountd: unable to register (mountd, 1, udp)
...so there is still some work to be done there.
On the client side, the userspace mount helper looks like it does the right thing, at least for nfsv4:
mount("localhost6:/", "/mnt/test", "nfs4", 0, "clientaddr=::1,addr=::1"...
...but I need a working server in order to test out the client side fully.
Opensolaris apparently has a working IPv6 server, so I set that up as a KVM guest. I took another rawhide kvm guest and built a nfs-utils package with --enable-ipv6. With that, I'm able to mount nfsv4 mounts via IPv6, and nfsv3 mounts if I use -o nolock.
Presumably, the nfsv3 code doesn't work because statd isn't yet ipv6 enabled.
I think the client kernel piece is basically working. Obviously we'll need to run some better testing, esp once we have a working statd. It looked like Chuck sent some nfs-utils patches last week for statd and ipv6. I'll see about pulling those down soon and checking them out.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
*** This bug has been marked as a duplicate of bug 463530 ***