On 07/05/2011 03:19 PM, Brian Gallew wrote:
> I was seeing the behavior on my Solaris boxes when running Puppet under
> SMF.  The issue, in my case, was that I was trying to work around an SMF
> bug.  My "workaround" was to "svcadm disable puppetd;svccfg import
> /var/svc/manifest/network/puppetd.xml;svcadm enable puppet".  The astute
> viewer will notice that "svcadm disable puppetd" will cause SMF to send
> SIGTERM to puppet, at which point it will stop (as instructed) the
> current run, so the new manifest will not be imported and the service
> will not be re-started.  It was all very amusing, except for the bit
> where I had to fix a bunch of systems that weren't running Puppet
> anymore.  Mea culpa.

I have seen a similar behavior on RHEL5.
/sbin/service puppet status gets information on actual running puppet run.
We fixed the puppet init script to verify whether the running puppet
process has parent pid 1 (init).

> 
> On Tue, Jul 5, 2011 at 4:49 AM, vagn scott <[email protected]
> <mailto:[email protected]>> wrote:
> 
>     On 07/05/2011 07:15 AM, Chris Phillips wrote:
> 
> 
>         > debug: Service[puppet](provider=__redhat): Executing
>         '/sbin/service puppet
>         > stop'
>         > notice: Caught TERM; calling stop
>         > [root@gibsvlin-erp2dst ~]# /etc/init.d/puppet status
>         > puppetd is stopped
> 
>     That's just weird looking.
>     So puppet is running, and trying to kill puppetd.
>     Instead it catches the TERM signal itself.
>     Is that what I'm seeing?
> 
>     That looks racy as hell.
> 
>     Maybe you should rethink that and instead have
>     something like monit watch puppetd to make
>     sure it stays off.
> 
>     Or have nagios start a script that makes sure
>     puppet is not running, then runs it, then makes
>     sure it is stopped.
> 
>     -- 
>     You received this message because you are subscribed to the Google
>     Groups "Puppet Users" group.
>     To post to this group, send email to [email protected]
>     <mailto:[email protected]>.
>     To unsubscribe from this group, send email to
>     puppet-users+unsubscribe@__googlegroups.com
>     <mailto:puppet-users%[email protected]>.
>     For more options, visit this group at
>     http://groups.google.com/__group/puppet-users?hl=en
>     <http://groups.google.com/group/puppet-users?hl=en>.
> 
> 
> -- 
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" 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-users?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" 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-users?hl=en.

Reply via email to