Issue #17694 has been updated by Lauri Tirkkonen.
This doesn't affect managed services with the smf provider, but provider => init services will indeed be in the same contract as the starting process (ie. puppet agent). I don't think *all* child processes should be run in a new contract, maybe it's sufficient to do so only for init-provider services? ---------------------------------------- Bug #17694: Puppet running as Solaris SMF service needs to run child processes in separate "contract" https://projects.puppetlabs.com/issues/17694#change-78058 Author: Dave Taylor Status: Investigating Priority: Normal Assignee: Matthaus Owens Category: Target version: Affected Puppet version: 2.7.14 Keywords: solaris smf contract Branch: If Puppet is running on a Solaris server as an SMF service, and starts a long-running process - e.g. it starts a daemon via an init script - that process is within the same "contract" as the Puppet agent process. If the Puppet agent is stopped/restarted, SMF waits for the **contract** to finish, not just the agent process. As the daemon doesn't terminate, the contract doesn't finish within the configured timeout, and so SMF puts the service into "maintenance" state and sends **kill -9** to all processes still left in the contract. It is possible to force a process to run in a new contract (e.g. using "/usr/bin/ctrun") and it would be useful if Puppet could support this on Solaris, so that the agent can be stopped/restarted without affecting services that it manages. Steps to reproduce: 1. Configure and run a puppet agent as an SMF service (using the default "contract" model of service management). (For example, install & configure the OpenCSW Puppet package) 2. Set puppet to manage a daemon that is started by an init script. 3. Try to stop the puppet agent. 4. Observe (from the service log files, server's messages file, and process listings) that the init-controlled daemon has been killed and the puppet agent service placed into "maintenance" state. In my test scenario, Puppet was starting an exim daemon via an init script. <pre> # ptree -c [process contract 1] 1 /sbin/init [process contract 4] 7 /lib/svc/bin/svc.startd [...] [process contract 3431] 4056 ./exim -bd -q1m 4138 /opt/csw/bin/ruby18 /opt/csw/sbin/puppetd 4270 pkgserv -N pkginfo # svcadm disable cswpuppetd # tail -f /var/svc/log/network-cswpuppetd:default.log [ Nov 12 17:48:27 Stopping because service disabled. ] [ Nov 12 17:48:27 Executing stop method ("/var/opt/csw/svc/method/svc-cswpuppetd stop") ] Stopping Puppet client services: puppetd [ Nov 12 17:48:32 Method "stop" exited with status 0 ] [ Nov 12 17:49:27 Method or service exit timed out. Killing contract 3431 ] ^C # ps -ef | grep exim root 4394 2825 0 18:03:13 pts/1 0:00 grep exim # svcs -vx svc:/network/cswpuppetd:default (?) State: maintenance since Mon Nov 12 17:49:28 2012 Reason: Method failed. See: http://sun.com/msg/SMF-8000-8Q See: /var/svc/log/network-cswpuppetd:default.log Impact: This service is not running. </pre> -- 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.
