NFS mount timeout on startup since LMDE UP5

[Aurélien Pagani]

Happening on every boot since LMDE UP5 upgrade :

The boot process hangs when starting NFS services when there is a NFS mount specified in /etc/fstab.
The hang lasts until a timeout happens after about 5/6 minutes.

The following messages are displayed :
"
Configuring network interfaces...
Starting NFS common utilities...
mount.nfs failed
"
After the timeout, the boot process continues normally. The NFS mount seems to be automatically mounted at a later time.

Commenting out the line in /etc/fstab resolves temporarily the issue.

The same problem has already been reported in Linux Mint forums : http://forums.linuxmint.com/viewtopic.php?f=198&p=631204
It seems like mount.nfs happens although there is no network connection... (not sure about this part).

[Trapper (trapper)]

I can verify this behavior in LMDE with Update Pack 5 installed. If a nfs share is listed in /etc/fstab there's a several minute stop during bootup, then a mount.nfs timeout message and then the machine continues to boot up. The share actually does get mounted and is available.

Also, for 'every' nfs share listed in /etc/fstab there's a several minute lag during bootup.

LMDE machines running Update Pack 4 and with the same configuration do not experience this false timeout problem.

A number of other LMDE users are also experiencing the exact same problem after updating to UP5.

[Franssoa (francois-h)]

Same for me.
3 x nfs sharing and 3 times a timeout message after several minutes for each.
Temporal solution mounting the nfs shares with automount-fs and not fstab.

[lafontaj (lafontaj)]

Same for me.
3 x nfs sharing and 3 times a timeout message after several minutes for each.
Temporal solution mounting the shares with samba

sudo apt-get install cifs-utils

pluma /home/jean/.smbcredentials
  username=nas
  password=xxxxx
  domain=WORKGROUP

 chmod 0600 ~/.smbcredentials

//192.168.0.100/nas1 /media/nas1 cifs credentials=/home/jean/.smbcredentials,iocharset=utf8,codepage=cp850 0 0

[Shaun Tancheff (9vc-shaun)]

Workaround found here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673936

[snip]

So as we've found out, the problem is caused by mountnfs script not
expecting --all. This can be temporarily fixed by adding this:

[ "$ADDRFAM" = "inet" ] || [ "$ADDRFAM" = "inet6" ] || exit 0

just after '[ "$IFACE" != "lo" ] || exit 0'
into /etc/network/if-up.d/mountnfs.

[snip]

NOTE: The line to add is near the bottom of mountnfs at line 144/145 for me.

Regards,
--Shaun

[Shaun Tancheff (9vc-shaun)]

Followup:

Also add "mount -a" to /etc/rc.local

[snippet of my /etc/rc.local follows]

echo "/usr/local/sbin/cgroup_clean" > /dev/cgroup/cpu/release_agent

## Begin: Work around for netbase/ifupdown bug ##
mount -a
## End: Work around for netbase/ifupdown bug ##

exit 0

[Aurélien Pagani (apagani)]

Thanks Shaun, the workaround worked like a charm on my system.