[Bug 811823] Re: idmapd upstart job ends in an inconsistent state if /usr is a separate partition
Launchpad Bug Tracker
811823 at bugs.launchpad.net
Sun Jul 17 10:00:12 UTC 2011
This bug was fixed in the package nfs-utils - 1:1.2.2-4ubuntu8
---------------
nfs-utils (1:1.2.2-4ubuntu8) oneiric; urgency=low
* debian/nfs-common.idmapd.upstart: don't use a script unnecessarily for
our job when we can exec directly - making the job more resilient in
the face of races with /usr being mounted. LP: #811823.
* Drop rpc_pipefs.conf; this has gotten far more complicated than it
should be, just do the mount in-line in each of the gssd and idmapd
jobs.
-- Steve Langasek <steve.langasek at ubuntu.com> Sun, 17 Jul 2011 02:23:01 -0700
** Changed in: nfs-utils (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to nfs-utils in Ubuntu.
https://bugs.launchpad.net/bugs/811823
Title:
idmapd upstart job ends in an inconsistent state if /usr is a separate
partition
Status in “nfs-utils” package in Ubuntu:
Fix Released
Status in “nfs-utils” source package in Lucid:
Triaged
Status in “nfs-utils” source package in Maverick:
Triaged
Status in “nfs-utils” source package in Natty:
Triaged
Bug description:
Because the idmapd upstart job uses a script line instead of directly
exec'ing the server, in the case where /usr is a separate partition
and not yet mounted at the time the job is started (e.g., because an
NFS mount is attempted in parallel to an fsck of /usr), the job will
fail to start and get wedged in a 'start/running' state with no
associated PID (upstart bug #545673). If we exec the daemon directly,
upstart will detect the exec() failure and respawn as needed.
This partially addresses the problems described in bug #643289, and is
worth SRUing in its own right even though it doesn't provide a
complete solution for all users.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/811823/+subscriptions
More information about the foundations-bugs
mailing list