initialization of autofs is erratic (no nis maps available)

Bug #619947 reported by Enrique
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
autofs5 (Ubuntu)
Opinion
Wishlist
Unassigned

Bug Description

Binary package hint: autofs5

 I am using autofs to mount nfs home dirs. My autofs configuration uses NIS maps, and the auto.master looks like:
 +auto.master

 However, the NIS maps are not available after reboot. I have several scenarios.
 Case 1
 ---------
 NIS is most working.
 Work around:
 1) I have to start nis ( /etc/init.d/nis start) because strangely it has not been started.
 2) I restart atufos (stop autofs, start autofs)

Case 2
 --------
 statd is not working.
  Work around:
 1) Start statd manually (/etc/init.d/statd start)
 2) I restart atufos (stop autofs, start autofs)

 It seems that it is related to the way the initialization daemon starts the services. It has a big impact on the system, since users cannot login after NIS and autofs is working, and manual intervention as root has to be performed.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: autofs5 5.0.4-3.1ubuntu5
ProcVersionSignature: Ubuntu 2.6.32-24.39-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-24-generic x86_64
Architecture: amd64
Date: Wed Aug 18 17:09:36 2010
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
SourcePackage: autofs5

Revision history for this message
Enrique (enrique-garcia) wrote :
Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Thanks for taking the time to report this bug and helping to make Ubuntu
better. Please clarify - are you saying that upon rebooting the system, you
randomly get either statd or nis not starting? While other times both start
fine and then autofs starts fine? If so, do you have any idea why nis and
statd are failing to start?

Or, are you saying it is simply a timing issue, and autofs is sometimes started
before nis and statd start?

Note that since your autofs configuration depends upon nis and statd, I think
it would be good to modify your /etc/init/autofs to wait until both nis and
statd are available.

Changed in autofs5 (Ubuntu):
status: New → Incomplete
importance: Undecided → Medium
tags: added: upstart
Chuck Short (zulcss)
Changed in autofs5 (Ubuntu):
importance: Medium → Wishlist
status: Incomplete → Opinion
Revision history for this message
Enrique (enrique-garcia) wrote :

 I discovered the reason why nis wasn't starting. I had the name of the server instead of the IP address (sorry, I overlooked the instructions about the IP address in yp.conf).
 Now ypbind always starts. And autofs seems to read auto.master from the NIS server properly. I have rebooted about 10 times and in all of them autofs works. So probably the bug can be closed as mistaken.
 Thank you very much for the support and sorry for the mistake.
 Regards,
 Enrique

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.