[Bug 643289] Re: idmapd does not starts to work after system reboot
iFred
643289 at bugs.launchpad.net
Tue Jul 19 12:07:42 UTC 2011
Met same problem in natty.
@Steve Langasek
There is no way to reproduce open(/var/lib/nfs/rpc_pipefs/nfs) problem in oneric because mount-related actions from /etc/init/rpc_pipefs.conf were moved to /etc/init/idmapd.conf and /etc/init/gssd.conf.
I think, that best solution for this bug is to backport contents of /etc/init directory of nfs-common package.
--
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
More information about the foundations-bugs
mailing list