[Bug 643289] Re: idmapd does not starts to work after system reboot

[Steve Atwell]

Interestingly, I'm not able to reproduce my findings in the comment
above with a stock Lucid install (choosing just openssh in tasksel, then
installing nfs-common and turning on statd, gssd, and idmapd in
/etc/default/nfs-common).

However, I did verify that, on the systems I can reproduce this on,
/etc/init/{idmapd.conf,rpc_pipefs.conf} are unmodified from what nfs-
common 1:1.2.0-4ubuntu4.1 provides.  (Other than my added sleep for
testing, of course.)

I'll have to do some more digging to see if I can come up with a repro
case.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mountall in Ubuntu.
https://bugs.launchpad.net/bugs/643289

Title:
  idmapd does not starts to work after system reboot

Status in “mountall” package in Ubuntu:
  Triaged
Status in “nfs-utils” package in Ubuntu:
  Triaged
Status in “mountall” source package in Lucid:
  Triaged
Status in “nfs-utils” source package in Lucid:
  Triaged

Bug description:
  Binary package hint: nfs-common

  I have server which runs Kerberos+LDAP+NFSv4. After installing minimal Ununtu 10.10, I set up Kerberos client and NFSv4. But I've got a problem when restarted computer. After some retries I've noticed that idmapd does not work properly after system restarts but there is a workaround which makes it work:
  1. Edit /etc/rc.local and place there following commands
  sleep 5
  service autofs stop
  service idmapd restart
  service autofs start
  2. Add rc.local to system startup:
  update-rc.d rc.local enable

  Hope this workaround will help to find out the source of the problem.
  It is obvious that something launches in wrong way. But what is that?

  Thanks!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/643289/+subscriptions