On Mon, Jun 19, 2006, Christoph Schug wrote:

>     revert to System V init style on Solaris 10 til SMF support gets
>     implemented correctly; downgrade cURL til build problems on Solaris
>     are fixed
> [...]
>   +20060619 backout SMF and revert to classic System V init style on Solaris 
> 10 due to complete brokenness
> [...]
>   -                    #   install SMF manifest
>   -                    ( echo "<?xml version=\"1.0\"?>"
>   -                      echo "<!DOCTYPE service_bundle SYSTEM 
> \"/usr/share/lib/xml/dtd/service_bundle.dtd.1\">"
>   -                      echo "<service_bundle type='manifest' 
> name='OpenPKG:${name}'>"
>   -                      echo "    <service"
>   -                      echo "        name='openpkg/${name}'"
>   -                      echo "        type='service'"
>   -                      echo "        version='1'>"
>   -                      echo "        <single_instance />"
>   -                      echo "        <dependency"
>   -                      echo "            name='filesystem'"
>   -                      echo "            type='service'"
>   -                      echo "            grouping='require_all'"
>   -                      echo "            restart_on='none'>"
>   -                      echo "            <service_fmri 
> value='svc:/system/filesystem/local' />"
>   -                      echo "        </dependency>"
>   -                      echo "        <dependency"
>   -                      echo "            name='name-services'"
>   -                      echo "            type='service'"
>   -                      echo "            grouping='require_all'"
>   -                      echo "            restart_on='none'>"
>   -                      echo "            <service_fmri 
> value='svc:/milestone/name-services' />"
>   -                      echo "        </dependency>"
>   -                      echo "        <dependency"
>   -                      echo "            name='multi-user-server'"
>   -                      echo "            type='service'"
>   -                      echo "            grouping='require_all'"
>   -                      echo "            restart_on='none'>"
>   -                      echo "            <service_fmri 
> value='svc:/milestone/multi-user-server' />"
>   -                      echo "        </dependency>"
>   -                      echo "        <dependency"
>   -                      echo "            name='network'"
>   -                      echo "            type='service'"
>   -                      echo "            grouping='require_all'"
>   -                      echo "            restart_on='none'>"
>   -                      echo "            <service_fmri 
> value='svc:/milestone/network' />"
>   -                      echo "        </dependency>"
>   -                      echo "        <exec_method"
>   -                      echo "            type='method'"
>   -                      echo "            name='start'"
>   -                      echo "            exec='${prefix}/etc/rc all start'"
>   -                      echo "            timeout_seconds='180'>"
>   -                      echo "            <method_context>"
>   -                      echo "                <method_credential user='root' 
> group='root' />"
>   -                      echo "            </method_context>"
>   -                      echo "        </exec_method>"
>   -                      echo "        <exec_method"
>   -                      echo "            type='method'"
>   -                      echo "            name='stop'"
>   -                      echo "            exec='${prefix}/etc/rc all stop'"
>   -                      echo "            timeout_seconds='180'>"
>   -                      echo "        </exec_method>"
>   -                      echo "        <property_group name='startd' 
> type='framework'>"
>   -                      echo "            <propval"
>   -                      echo "                name='ignore_error'"
>   -                      echo "                type='astring'"
>   -                      echo "                value='core,signal' />"
>   -                      echo "        </property_group>"
>   -                      echo "        <property_group name='general' 
> type='framework'>"
>   -                      echo "            <propval"
>   -                      echo "                name='action_authorization'"
>   -                      echo "                type='astring'"
>   -                      echo "                
> value='solaris.smf.manage.openpkg.${name}' />"
>   -                      echo "        </property_group>"
>   -                      echo "        <instance name='default' 
> enabled='false' />"
>   -                      echo "        <stability value='Unstable' />"
>   -                      echo "        <template>"
>   -                      echo "            <common_name>"
>   -                      echo "                <loctext xml:lang='C'>OpenPKG 
> Instance ${prefix}</loctext>"
>   -                      echo "            </common_name>"
>   -                      echo "        </template>"
>   -                      echo "    </service>"
>   -                      echo "</service_bundle>"
>   -                    ) >/var/svc/manifest/openpkg/${name}.xml
>   -                    chmod 644 /var/svc/manifest/openpkg/${name}.xml
>   -                    /usr/sbin/svccfg import 
> /var/svc/manifest/openpkg/${name}.xml
>   -                    ( echo "/usr/sbin/svcadm enable 
> \"svc:/openpkg/${name}:default\""
>   -                    ) >%{l_prefix}.pre-post-process.sh

Can any Solaris 10 guru please help us and advice how we have to change
the above SMF manifest for the OpenPKG bootstrap package in order to
avoid that Solaris SMF constantly tries to restart OpenPKG instances
when a process of an instance dies? Can this restart behaviour be
disabled or adjusted?

                                       Ralf S. Engelschall
                                       [EMAIL PROTECTED]
                                       www.engelschall.com

______________________________________________________________________
The OpenPKG Project                                    www.openpkg.org
Developer Communication List                   openpkg-dev@openpkg.org

Reply via email to