Hey Steve, Really sorry for the delay in replying.
statd-mounting.conf is there. joe@w2:/var/log/upstart$ ls -las /etc/init/statd-mounting.conf 4 -rw-r--r-- 1 root root 738 Sep 28 2012 /etc/init/statd-mounting.conf But there is no log in /var/log/upstart joe@w2:/var/log/upstart$ ls -l *mounting* ls: cannot access *mounting*: No such file or directory No NFS shares mount. If I can get it to boot, which it does sometimes (without any NFS mounts there), running a manual mount works fine. I've put all the mount commands into /etc/rc.local and that works perfectly fine. I'll have a crack with the 12.10 nfs-common package and get back to you. Kind regards -- joe. On 24 March 2013 17:30, Steve Langasek <[email protected]> wrote: > > And no mounting logs. > > Is the /etc/init/statd-mounting.conf file present on your system? This > job should trigger whenever mountall asks to mount an nfs filesystem, > and block the mounting of that filesystem until statd has started. If > the job file is missing, that would explain the behavior seen here. > > If the job file were present, I would expect to see at least a > /var/log/upstart/statd-mounting.log containing the line 'Terminated'. > Are there some nfs mounts that *do* mount correctly at boot? (i.e., is > the list of mounts complaining about missing statd complete, or does one > of the nfs mounts actually mount successfully?) If the latter, this may > be related to the following change that was made to nfs-common > 1:1.2.6-3ubuntu2 in Ubuntu 12.10: > > * Add an instance to statd-mounting, and change it to just wait for statd > instead of trying to trigger it potentially out of order. This also > means > we don't need to try to force portmap to start from statd. > > You could try installing the nfs-common package from 12.10 to see if it > addresses the problem for you. If it does, we could look at updating > nfs-common in 12.04 with these fixes. > > > Note that I have put _netdev in the fstab line, which should > > make mount wait until the network is available. > > _netdev is a no-op for network filesystems. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1157171 > > Title: > NFS mounts in /etc/fstab fail > > Status in “nfs-utils” package in Ubuntu: > Incomplete > > Bug description: > > I have a bunch of NFS mounts in fstab on some of my webservers. These > mount perfectly well if done manually after the boot, but if I do them > automatically at boot time, they cause the server to fail to boot properly. > > If I comment them out of fstab, then the server reboots successfully > every time. > > I've tried hostnames and IP addresses in /etc/fstab, but neither work. > > Example fstab entry: > 10.0.41.14:/mnt/beast/pgw /var/www/pgw/docs nfs > ro,rsize=32768,hard,intr,nfsvers=3,udp,noatime,nodev,async,_netdev 0 0 > > > I'm using static networking in /etc/network/interfaces: > auto eth0 > iface eth0 inet static > address 10.0.41.17 > netmask 255.255.255.0 > network 10.0.41.0 > broadcast 10.0.41.255 > gateway 10.0.41.1 > dns-nameservers 10.0.0.2 > dns-search int.xxxxxxx.co.uk > > The dmesg log looks as follows: (I've pruned out most of the boot > messages) > [ 1.257789] udevd[81]: starting version 175 > Begin: Loading essential drivers ... done. > Begin: Running /scripts/init-premount ... done. > Begin: Mounting root file system ... Begin: Running /scripts/local-top > ... done. > [ 1.404157] Refined TSC clocksource calibration: 2593.390 MHz. > [ 1.424141] usb 1-1: new full-speed USB device number 2 using uhci_hcd > Begin: Running /scripts/local-premount ... done. > [ 1.653148] EXT4-fs (vda1): INFO: recovery required on readonly > filesystem > [ 1.656874] EXT4-fs (vda1): write access will be enabled during > recovery > [ 1.734688] FDC 0 is a S82078B > [ 1.817756] EXT4-fs (vda1): recovery complete > [ 1.822182] EXT4-fs (vda1): mounted filesystem with ordered data > mode. Opts: (null) > Begin: Running /scripts/local-bottom ... done. > done. > Begin: Running /scripts/init-bottom ... done. > [ 2.898556] EXT4-fs (vda1): re-mounted. Opts: (null) > rpcbind: Cannot open '/run/rpcbind/rpcbind.xdr' file for reading, errno > 2 (No such file or directory) > rpcbind: Cannot open '/run/rpcbind/portmap.xdr' file for reading, errno > 2 (No such file or directory) > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: Network is unreachable > mountall: mount /var/www/tecom/docs [345] terminated with status 32 > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: Network is unreachable > mountall: mount /var/www/theatrepeople/docs [350] terminated with status > 32 > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: Network is unreachable > mountall: mount /var/www/eolts/docs [337] terminated with status 32 > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: Network is unreachable > mountall: mount /mnt [341] terminated with status 32 > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: Network is unreachable > mountall: mount /var/www/cbolds/docs [400] terminated with status 32 > mount.nfs: rpc.statd is not running but is required for remote locking. > mount.nfs: Either use '-o nolock' to keep locks local, or start statd. > mount.nfs: Network is unreachable > mountall: mount /var/www/pgw/docs [339] terminated with status 32 > > To manage notifications about this bug go to: > > https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1157171/+subscriptions > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157171 Title: NFS mounts in /etc/fstab fail To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1157171/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
