On my system /var is not in a separate partition, but I still have the
infamous statd error messages on nfs mounts.
Ubuntu 10.04.1 LTS
mountall 2.15
upstart.6.5-6
I tried a bunch of things so far and none have worked reliably to cure
it:
1. put a "sleep 2" in /etc/mountall-net.conf to allow time for rpc.statd to
start.
2. put in two different tests in /etc/init/statd.conf to make sure statd was
working
before it left that script - neither worked. One was by Andrew Edmunds from
bug 610863. Then
this one, which verifies the expected ports are open:
post-start script
while [ true ]
do
pcount=$(rpcinfo -p 2>/dev/null | grep -c ' status$' 2>/dev/null)
if [ "$pcount" == 2 ]
then
break;
else
sleep 0.1
fi
done
end script
3. added --debug to the kernel boot line in grub. With messages spewing every
which way I sometimes see the
statd warning messages but in 7 tries it never came up without the NFS volumes
mounted. Of course it took much longer
to boot this way, and it looks to a naive user like the system has failed, so
it is not acceptable for a production system.
4. added to /etc/rc.local
service statd start
killall -SIGUSR1 mountall
Amazingly I have since rebooted a couple of times with (just) the
/etc/rc.local change in place and while it helped, it sometimes came up
not only with the infamous statd error messages from the failed nfs
mounts, but with mountall still running! That looks to me like upstart
(which perhaps should have been named "upchuck") blew up and NEVER EVEN
RAN rc.local. Either that or mountall ignored the USR1 signal. Both
are really appalling possibilities in software which is supposed to be
used in production environments. Heck, for all I know both failures may
be present.
Assuming at least one of the fixes from (2) above worked as intended
then mountall is starting before the statd.conf script should have
allowed it to. At least, that's the case if the post-start script must
complete as a precondition of a successful statd start. If that isn't
true, then what stanza should be used instead?
--
mountall for /var races with rpc.statd
https://bugs.launchpad.net/bugs/525154
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
