[Bug 1233610] Re: boot process hangs very often when NFS shares are used

[Steve Langasek]

Note that mountall 2.52 has now been uploaded to saucy (in order to fix
other issues identified in 2.51... also related to network mounts).  I'm
pretty sure this will fix the remaining problems for you (it did for me
in testing locally).

** Changed in: mountall (Ubuntu)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mountall in Ubuntu.
https://bugs.launchpad.net/bugs/1233610

Title:
  boot process hangs very often when NFS shares are used

Status in “mountall” package in Ubuntu:
  Incomplete

Bug description:
  I'm running up-to-date Ubuntu 12.04.3 with the 3.2 kernel. I have a
  FreeNAS box exporting a number of NFS shares. My machine can boot
  once-in-a-while but I have problems on practically every boot, that I
  need to resolve by rebooting and trying again.

  My fstab:

  # /etc/fstab: static file system information.
  proc            /proc           proc    nodev,noexec,nosuid 0       0
  UUID=2f6ca502-9419-4040-a702-2c9dc716dbc5 /               ext4    errors=remount-ro 0       1
  nodev /ramdisk tmpfs defaults 0 0
  silverbox:/mnt/vol1/software /nas/software nfs auto 0 0 # ENROLL
  silverbox:/mnt/vol1/videos /nas/videos nfs auto 0 0 # ENROLL
  silverbox:/mnt/vol4/backup /nas/backup nfs auto 0 0 # ENROLL
  silverbox:/mnt/vol4/home /home nfs auto,exec 0 0 # ENROLL
  silverbox:/mnt/vol4/source /home/zyga/source nfs auto 0 0 # ENROLL
  silverbox:/mnt/vol4/steam /nas/steam nfs auto,bootwait 0 0 # ENROLL
  silverbox:/mnt/vol4/music /nas/music nfs auto,bootwait 0 0 # ENROLL
  silverbox:/mnt/vol4/photos /nas/photos nfs auto,bootwait 0 0 # ENROLL

  The network between the two boxes is working perfectly over gigabit
  wired connection. I can always mount each share explicitly, it only
  causes failures a boot. My local network uses openwrt routers and has
  correct DNS setup for each machine.

  My desktop (the machine affected by this bug) uses network manager
  with DHCP connection but I did try static IP before and it had no
  effect on the failure rate.

  I've added a way to open an emergency tty (patched /etc/init/tty6.conf
  to start on startup) and inspected mountall logs (patched
  mountall.conf to have --debug, not have --verbose, have console log
  and not 'expect daemon'). I'll attach /var/log/mountall.log from a
  successful boot below.

  I have tried to debug this issue with jodh and xnox on #ubuntu-devel
  and got asked to report this and wait for slangasek. I can freely
  reproduce this bug and I can assist in debugging if required.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/1233610/+subscriptions