Issue #10807 has been updated by Jacob Helwig.
Dominic,
The ticket description mentions what the current behavior with starting
services in puppet is, but it's not entirely clear what the new behavior with
the proposed changes will be. Hang until the services depended upon are
started? Failed resource in puppet? Part of the quoted manpage ("svcadm will
return early if it determines that the service cannot reach these states
without administrator intervention.") implies that the new behavior would be
failed resources in Puppet. Is this interpretation correct?
----------------------------------------
Bug #10807: SMF provider should use svcadm with -s option
https://projects.puppetlabs.com/issues/10807
Author: Dominic Cleal
Status: In Topic Branch Pending Review
Priority: Normal
Assignee:
Category: Solaris
Target version: 2.7.x
Affected Puppet version: 2.6.9
Keywords: smf solaris service
Branch: https://github.com/domcleal/puppet/tree/tickets/2.7.x/10807
The SMF provider currently runs `svcadm enable svcname` to start up services,
but the startup can later fail as it happens in the background.
Examples include:
* Dependencies aren't met, service goes to offline state
* Method fails to run
Instead the provider should run `svcadm enable -s svcname` which will wait for
the service to start or exit with a non-zero exit code on failure. To quote
the man page:
<cite>If the -s option is specified, svcadm enables each service instance
and then waits for each service instance to enter the online or degraded
state. svcadm will return early if it determines that the service cannot
reach these states without administrator intervention.</cite>
There's a possible issue (regression?) that when multiple services are started
with Puppet now, the dependencies don't have to be explicitly listed. Services
started in the wrong order will transition to "offline" until the dependencies
are started. It seems acceptable to me to change this, as unspecified
dependencies shouldn't be relied upon in Puppet.
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://projects.puppetlabs.com/my/account
--
You received this message because you are subscribed to the Google Groups
"Puppet Bugs" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/puppet-bugs?hl=en.
