Re: [Puppet Users] Client self-deregistration from PuppetDB

2014-12-17 Thread Matt Wise
Martijn, Sorry for the delay ... but yes, in the future we don't mind sharing this 'cert-api' code. Unfortunately today its not in a terribly share-able state. It was quite literally my 2nd python-program ever, written 3+ years ago, and written in a short-term hacky way because we naively believ

Re: [Puppet Users] Client self-deregistration from PuppetDB

2014-12-12 Thread Martijn
Matt, I'd be very interested in that 'cert-api' endpoint code once you've had a chance to work on this. Is there a change you could open-source that? I think it would be very useful to the community, even if it is imperfect. Hope you'll consider it, Martijn Op vrijdag 12 december 2014 18:18:47

Re: [Puppet Users] Client self-deregistration from PuppetDB

2014-12-12 Thread Matt W
Thanks... I got a few private responses as well that all seemed to be in-line with what I figured we needed to do. Its entirely reasonable for us to have our clients 'curl ...' out to some endpoint to remove themselves at shutdown time. The concern I have is that I'd like to keep our clients fro

Re: [Puppet Users] Client self-deregistration from PuppetDB

2014-12-11 Thread Wyatt Alt
To follow up on what others have said, the method described in the command example https://docs.puppetlabs.com/puppetdb/2.2/api/commands.html#examples-using-curl will deactivate your node, which is different than what we call "purging", whether or not you intended. Deactivating a node will n

Re: [Puppet Users] Client self-deregistration from PuppetDB

2014-12-11 Thread Martin Alfke
Hi Matt, On 09 Dec 2014, at 19:58, Matt Wise wrote: > We boot up/shut-down 50-100 hosts a day on average... we're exploring > PuppetDB, but I'm concerned about the model of just 'waiting' for hosts to be > purged based on some checkin time. Is there any way to have our hosts send a > signal th

[Puppet Users] Client self-deregistration from PuppetDB

2014-12-10 Thread Ryan Anderson
You could try a hack like having the system going away call a cgi on the puppet master (via wget) that in-turn does the 'puppet node deactivate' command. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop re

[Puppet Users] Client self-deregistration from PuppetDB

2014-12-09 Thread Matt Wise
We boot up/shut-down 50-100 hosts a day on average... we're exploring PuppetDB, but I'm concerned about the model of just 'waiting' for hosts to be purged based on some checkin time. Is there any way to have our hosts send a signal through the puppet-masters (or directly to puppetdb?) to purge them