Excerpts from dennis berger's message of Thu Oct 13 09:14:05 UTC 2011: > It seems we ran into the same problem today. > System is 11.04 natty from yesterday. > > boot.log from today. > > Begin: Loading essential drivers ... done. > Begin: Running /scripts/init-premount ... done. > Begin: Mounting root file system ... Begin: Running /scripts/local-top ... > done. > Begin: Running /scripts/local-premount ... done. > Begin: Running /scripts/local-bottom ... done. > done. > Begin: Running /scripts/init-bottom ... done. > fsck from util-linux-ng 2.17.2 > fsck from util-linux-ng 2.17.2 > fsck from util-linux-ng 2.17.2 > /dev/mapper/raid1-root: sauber, 356460/3662848 Dateien, 12171413/14648320 > Blöcke > /dev/sda1: sauber, 236/488640 Dateien, 118485/975872 Blöcke > /dev/mapper/raid1-profiles: sauber, 12/6553600 Dateien, 426582/26214400 Blöcke > init: portmap-wait (statd) main process (409) killed by TERM signal^M > init: statd-mounting main process (402) killed by TERM signal^M > mount.nfs: Failed to resolve server apps: Name or service not known
This is a slightly different problem. Here, you don't have network yet, so sm-notify can't lookup the server to inform it of the reboot. This is a pretty tricky problem, but one I think that can be solved with some TLC in the sequencing of statd and mounting. I'd suggest opening a new bug and linking back your comment from it, so that we can evaluate the problem. Also if you can try a similar setup in 11.10, the way the network comes up has changed somewhat, and may solve the issue. Thanks! -- 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 or other nfs mount races with rpc.statd To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/525154/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
