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

[Zygmunt Krynicki]

Second reboot (first one hanged), got to manual recovery prompt, poked
around (just looked at the log file), then closed the manual recovery
shell and got to desktop. I'll do more testing but it still seems wrong
(the first time I didn't run the manual recovery shell and it kept being
stuck).

I have a feeling that mount fails to retry after initially failing to do
stuff before network manager really gets the interface ready for usage.
I got something similar (apparently network manager says networking
works BEFORE It really works) while working on unrelated software in
saucy last week. I've added 'sleep 2' after network manager said
"NM_STATE 70" (70 being globally routed connection available) and my
issues went away.

** Attachment added: "mountall.log from saucy version"
   https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/1233610/+attachment/3865024/+files/mountall-saucy-with-manual-recovery.log

-- 
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:
  New

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