[Bug 643289] Re: idmapd does not starts to work after system reboot
Steve Langasek
steve.langasek at canonical.com
Tue Jul 19 21:21:05 UTC 2011
Those who are experiencing problems with idmapd not starting reliably at
boot, please see bug #811823 and provide feedback there for the SRU
packages that have just been accepted into the -proposed pocket for
lucid, maverick, and natty. I've opened this as a separate bug because
there is still an architectural issue here with mountall+idmapd which we
should solve permanently, but 811823 seems to address most of the
symptoms.
Feedback from users seeing this problem is needed in order for the SRU
to be validated and published where it can help all users.
--
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