Need to modprobe nfs module before mounting nfs4 export

I'll confirm that this problem still exists in Gutsy as of this date.

Also true for me.
I added nfs to /etc/modules as a workaround

I don't have this problem anymore

the same problem the original reporter had is still present in hardy.
(the nfs module is automatically loaded only with nfsv3 mounts, not with nfsv4 mounts)

This problem is present in Hardy, Intrepid and Jaunty. I've just gone and checked them all, along with Fedora 10. Ernst is correct about the differential behavior between mounting nfs and nfs4.

The upstream debian bug is #451782.

Debian claims to have fixed it. Please note the following, which suggests otherwise:

root@noel-intrepid:~# /etc/init.d/nfs-common restart
 * Stopping NFS common utilities [ OK ]
 * Starting NFS common utilities [ OK ]
root@noel-intrepid:~# lsmod | grep nfs
root@noel-intrepid:~# mkdir /tmp/AMITOWER
root@noel-intrepid:~# mount -t nfs4 -orsize=32768,wsize=32768 amitower.local:/ /tmp/AMITOWER
mount.nfs4: No such device
root@noel-intrepid:~# lsmod | grep nfs
root@noel-intrepid:~# mount -t nfs -orsize=32768,wsize=32768 amitower.local:/ /tmp/AMITOWER
root@noel-intrepid:~# lsmod | grep nfs
nfs 308272 1
lockd 81232 1 nfs
nfs_acl 11776 1 nfs
sunrpc 229608 11 nfs,lockd,nfs_acl
root@noel-intrepid:~# umount /tmp/AMITOWER/
root@noel-intrepid:~# mount -t nfs4 -orsize=32768,wsize=32768 amitower.local:/ /tmp/AMITOWER
root@noel-intrepid:~#

I believe that is sufficient to document that the bug is either back or still present.

for me, the problem is gone in jaunty (the module gets loaded by /etc/init.d/nfs-common)

The module is only loaded by nfs-common if the system is configured to use gssd or idmapd. I think there are still some (relatively rare) cases where you could use an nfs4 mount without needing either of these daemons, so mount.nfs4 should know to handle this itself as well.

Still present in Lucid beta.

Agreed. Lucid still has this problem.

I also confirm the problem in Lucid.

Still seeing this on Maverick 64-bit exactly as originally described.

Fresh install, install nfs-common, try "sudo mount -t nfs4 myserver.local:/mymount /mylocalmount", get "mount.nfs4: No such device". Do "sudo modprobe nfs", try again, works perfectly.

Also have this problem in Maverick 64-bit

Hi

Have you guys tested adding nfs module to the /etc/modules on Maverick?

Leonardo

see comment #2: adding the module to /etc/modules is just a workaround to have it loaded at boot (==modprobe)

But the module should be loaded automatically when nfs4 is used. For nfs it already works like that. That is what this bug is about.

This is now worked around in Precise (12.04) by always starting idmapd (because mount does negotiate an nfs4 mount anyway, even when fstype is nfs) and having a modprobe for nfs in the startup script. So after installing nfs-common, the nfs module is practically always present (see bug #662711). Therefor marking this as fix released for trunk.

Probably does not make sense to keep that open. Feel free to change back when I am wrong.