Hi Jean,
With the long timeouts, how will things flag up through SMF, if
something blows up, or how will status that one of many services failed to
start (say a port was already in use or another mDNS service was already
using the same name, etc)?
I don't think TFTP is a dependency unless we're serving X86 hosts
as SPARC doesn't need it.
Will there be further work to SMF-ize the AI webserver in case it
crashes, as that's currently launched out of a shell script called by
installadm start?
Thank you,
Clay
On Wed, 25 Feb 2009, Jean McCormack wrote:
> Here's what I'm planning on doing. Please speak up soon if this doesn't look
> right.
> This is the result of an office conversation with Ethan and Evan.
>
> The name of the service will be svc://system/install/server:default
>
> The method and manifest (svc-install_server and server.xml) will live in
> usr/src/cmd/installadm.
> They will be packaged into SUNWinstalladm-tools.
>
> The following will be required dependencies of the service:
> svc:/network/dns/multicast:default
> svc:/network/tftp/udp6:default
> svc:/network/http:apache2
>
> The following will be an optional dependency of the service:
> svc:/network/dhcp-server:default
>
>
> The start method will have an infinite timeout (timeout_seconds='0')
> The functionality of the start method will be to read the service_data file
> and for each "on" service to installadm start <svcname>
>
> The stop method will have an infinite timeout (timeout_seconds='0')
> The functionality of the stop method will be to determine which services
> are on and stop the ai webserver for those services. Sundar, how do I
> determine if the service is on? Ethan commented that he would rather not
> trust the service_data file for this since there is the possibility it might
> not
> reflect reality.
>
> Associated work:
> 1) Remove the enabling of the services listed above from installadm
> 2) Add the status to the service_data file
> 3) installadm create-service should be modified to enable this smf service if
> it's not.
>
>
> Jean
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>
