Interactive service at first boot after jumpstart

Question

I have a lot of issues/questions with smf, so this posting is abit long. Sorry for that.
So far we have installed our own software by jumpstarting entire Solaris, copying an rc script to rc2.d , rebooting, then have that rc script to the rest of the installation. This was necessary as some important parts of the installation required daemons that are installed and started at the early stages of that rc script. It cannot be done from the finish script with everything mounted under /a. And, to make things more complex, at the end of the installation I have some interaction prompting certain passwords.
This whole mechanism blew up with the introduction of smf. So I started reading about smf and am trying to convert all this to a service.
So far I have found that I need to setup a transient single instance service, with a :true stop method, my initial rc script in /lib/svc/method/oluinstall as the start method, the service enabled by default and put the manifest in /var/svc/manifest/site/oluinstall.xml. I have a manifest that I believe to be OK. All files in /var/svc and /lib/svc would be copied there by the finish script.
What is not yet clear to me is:
a) how to get all the output to be displayed on the console instead of (or in addition to) redirecting it all to a smf logfile and
b) how to become interactive, despite this stronlgy being discouraged?
Are any of these possible? Or is there another solution to my initial installation problem?
I haven't had a chance to test my manifest as I have hit another problem that is mentioned in the Beta 7 Bugs of the Release Notes: autofs does not start (5084183). I have adjusted my finish script to create /a/etc/defaultdomain to make keyserv happy, but autofs does still not come up. svcs reports various services as offline or unitialized and the system does not get to the multi-user-server milestone:
offline        15:41:34 svc:/network/inetd-upgrade:default
offline        15:41:34 svc:/network/inetd:default
offline        15:41:34 svc:/milestone/multi-user-server:default
offline        15:41:36 svc:/network/nfs/client:default
offline        15:41:36 svc:/system/filesystem/autofs:default
offline        15:41:36 svc:/system/dumpadm:default
offline        15:41:37 svc:/system/fmd:default
offline        15:41:38 svc:/application/print/ipp-listener:default
offline        15:41:39 svc:/system/zones:default
offline        15:41:41 svc:/network/nfs/server:default
offline        15:41:44 svc:/network/smtp:sendmail
uninitialized  15:41:36 svc:/network/rpc/gss:ticotsord
uninitialized  15:41:37 svc:/network/security/ktkt_warn:ticotsord
uninitialized  15:41:37 svc:/network/telnet:default
uninitialized  15:41:37 svc:/network/rpc/smserver:default
uninitialized  15:41:40 svc:/application/print/rfc1179:default
uninitialized  15:41:40 svc:/network/nfs/rquota:ticlts
uninitialized  15:41:41 svc:/network/nfs/rquota:udp
uninitialized  15:41:41 svc:/network/ftp:default
uninitialized  15:41:42 svc:/network/finger:default
uninitialized  15:41:42 svc:/network/login:rlogin
uninitialized  15:41:42 svc:/network/rpc/rstat:udp
uninitialized  15:41:43 svc:/network/rpc/rusers:udp
uninitialized  15:41:43 svc:/network/shell:tcp
uninitialized  15:41:43 svc:/network/shell:tcp6onlyThis impacts my oluinstall script as it depends on automounter running. I tried a lot of things but I don't know how to have the autofs service up by default after a fresh jumpstart with no NIS/NIS+ configured and an exsiting /etc/defaultdomain. Can you help here?
I also tried to validate my manifest with svccfg validate and all I got was "couldn't parse document". Not very helpful. I used a toll called "rxp" that I got fro ma colleague to help find me the problems. When I fixed that I now get the following:
# svccfg validate oluinstall.xml
oluinstall.xml:17: element service: validity error : Element service content does not follow the DTD, expecting (create_default_instance? ,
single_instance? , restarter? , dependency* , dependent* , method_context? , exec_method* , property_group* , instance* , stability? ,
template?), got (create_default_instance single_instance dependency dependent exec_method method_context exec_method property_group stability
template )
svccfg: Document is not valid.
Well, I guess I need to include my manifest now as well ...
<?xml version="1.0"?>
<!DOCTYPE service_bundle SYSTEM "/usr/share/lib/xml/dtd/service_bundle.dtd.1">
<!--
     Copyright 2004 Sun Microsystems, Inc.  All rights reserved.
     Use is subject to license terms.
     ident     "@(#)oluinst.xml     1.1     04/11/04 UBS"
     Service manifest for OLU installation.
-->
<service_bundle type='manifest' name='ubsjpstrt:oluinstall'>
<service
     name='site/oluinstall'
     type='service'
     version='1'>
     <create_default_instance enabled='true' />
     <single_instance />
     <dependency
          name='oluinstall_multi-user'
          type='service'
          grouping='require_all'
          restart_on='none'>
          <service_fmri value='svc:/milestone/multi-user' />
     </dependency>
     <dependent
          name='oluinstall_multi-user-server'
          type='service'
          grouping='require_all'
          restart_on='none'>
          <service_fmri value='svc:/milestone/multi-user-server' />
     </dependent>
     <exec_method
          type='method'
          name='start'
          exec='/usr/bin/rcwrapper /lib/svc/method/oluinstall'
          <method_context>
               <method_credential user='root' group='root' />
          </method_context>
          timeout_seconds='0' />
     <exec_method
          type='method'
          name='stop'
          exec=':true'
          timeout_seconds='3' />
     <property_group name='startd' type='framework'>
          <propval name='duration' type='astring' value='transient' />
     </property_group>
     <stability value='Unstable' />
     <template>
          <common_name>
               <loctext xml:lang='C'>
                    OLU Base jumpstart installation
               </loctext>
          </common_name>
          <documentation>
               <manpage title='oluinst' section='1M'
               manpath='/usr/share/man' />
          </documentation>
     </template>
</service>
</service_bundle>Finally, at the end of my install script, I need to remove the service as I need it to run only once. Before smf the rc script simply removed itself. How do I do this now?
svcadm disable svc:/site/oluinstall
svccfg delete svc:/site/oluinstall
Is that correct?
Thanks for any help!
- Tom

Answer 1

Tom:
Great questions. I'll try to answer them in order.
What is not yet clear to me is:
a) how to get all the output to be displayed on the console instead of
(or in addition to) redirecting it all to a smf logfile and
b) how to become interactive, despite this stronlgy being discouraged?Becoming a console interactive service requires two parts:
- You need to redirect your input and output to /dev/console. Example
services which do this are kdmconfig (x86 platforms) and the
sysidtools (all platforms)--that is, your fellow interactive services.
Please attempt to keep your error messages going to the logfile by
making the redirection only for specific commands, and not the entire
start method.
- More importantly, you also have to insert yourself before any of the
console-occupying login services and after the last of the configuration
services. On workstations, this set of services includes GDM (for
GNOME/JDS) and possibly CDE, depending on build.
(We're going to make this a little easier and then much easier in the
future. But you should only write interactive services if you are the
systems deployer, and not a software vendor.)
You can use svcs -l to list the dependencies on console-login, like so
$ svcs -l console-login
fmri         svc:/system/console-login:default
name         euro-friendly console login
enabled      true
state        online
next_state   none
restarter    svc:/system/svc/restarter:default
contract_id  133
dependency   optional_all/none svc:/platform/i86pc/kdmconfig:default (online)
dependency   exclude_all/none svc:/application/gdm-login:default (disabled)
dependency   require_all/none svc:/system/sysidtool:net (online) svc:/system/sysidtool:system (online)
dependency   require_all/none svc:/system/utmp:default (online)
dependency   require_all/none svc:/system/identity:node (online)
dependency   require_all/none svc:/system/filesystem/local (online)
I haven't had a chance to test my manifest as I have hit another
problem that is mentioned in the Beta 7 Bugs of the Release Notes:
autofs does not start (5084183). I have adjusted my finish script to
create /a/etc/defaultdomain to make keyserv happy, but autofs does
still not come up.I would actually disable keyserv, as what's happening is nfs/client is
probably enabled and getting stuck. The best way to report on this is
to run "svcs -xv".
I also tried to validate my manifest with svccfg validate and all I
got was "couldn't parse document". Not very helpful. I used a toll
called "rxp" that I got fro ma colleague to help find me the problems.
When I fixed that I now get the following:
# svccfg validate oluinstall.xml
oluinstall.xml:17: element service: validity error : Element service
content does not follow the DTD, expecting (create_default_instance? ,
single_instance? , restarter? , dependency* , dependent* ,
method_context? , exec_method* , property_group* , instance* ,
stability? , template?), got (create_default_instance single_instance
dependency dependent exec_method method_context exec_method
property_group stability template ) svccfg: Document is not valid. We ship xmllint(1), but I agree that svccfg validate should be more
helpful. Anyways, the point is that your method_context element needs to
precede your exec_method elements. If you want to override a single
method's context, you embed the method_context element.
/var/svc/manifest/network/ldap/client.xml has a non-trivial example.
Finally, at the end of my install script, I need to remove the service
as I need it to run only once. Before smf the rc script simply removed
itself. How do I do this now?
svcadm disable svc:/site/oluinstall
svccfg delete svc:/site/oluinstallWe have use a similar approach for singly-run upgrade services, like
network/inetd-upgrade. I discourage deleting the service (and deletion
after disable is a race between the restarter and the repository anyway).
I hope these answers are helpful.
- Stephen