Jan Damborsky wrote:
> Ethan Quach wrote:
>>
>> Thanks for replying with the additional info.  I'll see if
>> this is a known issue or not and file bugs as necessary.
>
> installadm(1M) currently doesn't check status of dns/multicast -
> it seem it might either make sure that dns/multicast is enabled
> when the first service is to be created or (if less intrusive
> approach might be more suitable) detect that it is not, report
> this and abort, since in this case it is not able to register
> the install service anyway.

If it doesn't break any administrative rule, I would prefer
we just do the former.  (This is what AI used to do before
we changed it not to.)  I didn't found any existing bugs
against this behavior yet, so I think one should be filed for
the problem at least.

>
> Also, looking at install/server SMF service dependencies,
> multicast/dns is listed as optional_all:
>
> According to smf(5) man page, this kind of dependency is satisfied,
> even if service is disabled:
>
> I think it should be 'require_all' instead, as AI server can't
> provide its service without it.

We chose optional_all because dns/multicast isn't required
for Sparc install services.


thanks,
-ethan


Reply via email to