[Bug 1157171] Re: NFS mounts in /etc/fstab fail
Joe Warren-Meeks
joe.warren.meeks at gmail.com
Wed Apr 3 16:29:21 UTC 2013
Hey Steve,
Really sorry for the delay in replying.
statd-mounting.conf is there.
joe at 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 at 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 <steve.langasek at canonical.com> 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
Foundations Bugs, which is subscribed to nfs-utils in Ubuntu.
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
More information about the foundations-bugs
mailing list