The timestamps in the log doesn't match the previous svcs output :

svc:/application/ttadmin:default (ttadmin)
State: offline since Fri Feb 08 09:51:21 2008
Reason: Start method is running.

Is your service supposed to be transient are not ?
It seems to be the case and your service manifest is missing the correct
model type :

       <property_group name='startd' type='framework'>
          <propval name='duration' type='astring' value='transient' />
       </property_group>

Also, I'd not use 'su' as a start method but a method context instead.
Eg.

       <exec_method
          type='method'
          name='start'
          exec='ttadmin -repstart scpasub'
          timeout_seconds='60'>
          <method_context>
             <method_credential user='scpadmin' group='scpadmin' />
          </method_context>
       </exec_method>

-- Renaud


Joel Gonzalez wrote:
> This is the log of my service
> 
> [ feb  8 12:28:33 Executing start method ("/usr/bin/su - scpadmin -c "ttadmin 
> -repstart scpasub"") ]
> [ feb  8 12:28:33 Ignoring duplicate environment variable 
> "PATH=/usr/sbin:/usr/bin". ]
> Sun Microsystems Inc. SunOS 5.10      Generic January 2005
> RAM Residence Policy            : inUse
> Replication Agent Policy        : manual
> Replication Manually Started    : True
> Cache Agent Policy              : manual
> Cache Agent Manually Started    : False
> [ feb  8 12:28:35 Method "start" exited with status 0 ]
> [ feb  8 12:28:35 Stopping because all processes in service exited. ]
> [ feb  8 12:28:35 Executing stop method ("/usr/bin/su - scpadmin -c "ttadmin 
> -repstop scpasub"") ]
> Sun Microsystems Inc. SunOS 5.10      Generic January 2005
> RAM Residence Policy            : inUse
> Replication Agent Policy        : manual
> Replication Manually Started    : False
> Cache Agent Policy              : manual
> Cache Agent Manually Started    : False
> [ feb  8 12:28:39 Method "stop" exited with status 0 ]
>  
>  
> This message posted from opensolaris.org
> _______________________________________________
> smf-discuss mailing list
> smf-discuss at opensolaris.org

Reply via email to