Excerpts from Janusz Mordarski's message of Sat Apr 09 16:46:18 UTC 2011: > well restarting portmap and nfs helped, and i don't want now to revert > back to faulty config. > > i was getting this mesage when booting my diskless workstations: > > mount.nfs: rpc.statd is not running but is required for remote locking. > Either use '-o nolocks' to keep locks local, or start statd. > > /root was mounted OK of course, because if not, it wouldn't boot at all > - problem was with /home and other directories mounted by mountall init > scripts > - after complete boot, in gdm, there was no /home , i had to once again > invoke mount -a (when gdm was running) - i solved it by using rc.local < > dirty solution ;) > > portmap and nfs services were starting, but this error message was > showing up anyway > > thanks to this thread i found out, that maybe starting statd was racing > with mounting /var by nfs in read write mode or something like this, so > i thought that restarting portmap and nfs services in single user mode, > before any extra NFS shares are mounted (/home) will solve the problem, > and it works fine now. no error messages during boot process. i don't > really know if it qualifies for new bug or not.
Janusz, this bug is about statd not being available when NFS mounts are made. This should be fixed in Lucid and Maverick. Make sure all updates are applied. If you have customized any of the upstart jobs in /etc/init that control statd or portmap, that may be causing problems. Look for files with the extension '.dpkg-new', like /etc/init/statd.conf.dpkg-new, if those exist, you will want to make sure to merge them into the live files (like /etc/init/statd.conf). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/525154 Title: mountall for /var races with rpc.statd -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
