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

[Clint Byrum]

Excerpts from Steve Atwell's message of Sat Jun 25 01:09:05 UTC 2011:
> In my configuration, /etc/fstab has only local filesystems.  NFS
> filesystems are not mounted until later by autofs.
> 
> This means that idmapd should be starting on the local-filesystems
> event.
> 
> rpc_pipefs has "start on (starting gssd or starting idmapd)".  My
> understanding is that rpc_pipefs should run to completion before idmapd
> is allowed to start.
> 
> For some reason this dependency insertion based on "starting" isn't
> working.  I find that I can make idmapd fail reliably by making the
> rpc_pipefs job take longer.  If I insert a sleep 10 into
> /etc/init/rpc_pipefs.conf just before the mount command, idmapd will
> always fail to start, complaining about /var/lib/nfs/rpc_pipefs/nfs just
> as in comment #7 above.

Or's can be tricky for blocking. The first one that gets hit will block,
but not the second one.

Since you have 'start on starting gssd or starting idmapd', the first
one to trigger rpc_pipefs is the only one that gets blocked. gssd
is start on started portmap, which starts on virtual-filesystems and
net-device-up IFACE=lo.

So whats actually happening is rpc_pipefs is only blocking gssd.

What should probably be done is the new 'wait-for-state' job that I
introduced recently should be added to the pre-start of gssd and idmapd..

start wait-for-state WAIT_FOR=rpc_pipefs WAITER=gssd

I recall that ther eis a bug in upstart to track the OR condition problem,
but its bug # escapes me.

-- 
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