http://defect.opensolaris.org/bz/show_bug.cgi?id=12462
amaguire <alan.maguire at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|FIXINPROGRESS |CAUSEKNOWN
--- Comment #2 from amaguire <alan.maguire at sun.com> 2009-11-05 14:55:41 UTC
---
I've missed an obvious problem here. dns/client depends on network/location, as
does nis/client and ldap/client. When the network/location start method is
running, network/location is in the offline* state, and as such nis/client will
stay offline since it depends on network/location with a require_all
dependency. So if we "svcadm enable -st" a nameservice service, we'll hang,
because nis/client will not go online until network/location does, and it won't
until the "svcadm enable -st" completes.
I didn't see this before I'm guessing because the network/location service was
being refreshed to apply the location rather than starting. During boot,
network/location will activate NoNet with no nameservices, so the problem isn't
observed.
So what's the solution? It'd be nice if we could solve this with dependencies.
autofs depends on the name-services milestone, and that in turn consists of
optional_all dependencies on the various name services. Unfortunately, the
name-services milestone doesn't notice if it's dependencies become unsatisfied,
so as a consequence autofs doesn't notice if a nameservice goes offline.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
