On Thu, May 14, 2015 at 12:11 PM, Spencer Krum <[email protected]> wrote:
> Hi Folks, > > There is currently a PR against stdlib that I am writing to you today > about: https://github.com/puppetlabs/puppetlabs-stdlib/pull/444 > Thanks to Spredzy for making this PR. > > This is tracked in jira: > https://tickets.puppetlabs.com/browse/MODULES-1982 > > This pattern has poked up a few different places. As the PR says, it has > shown up in the monogodb module and the puppetdb module. I know that > Michael Chapman added something like this to his OpenStack things and > Dan Bode as well. > > At the modules triage today we had the following reactions (please reply > if there is something you said I didn't get): > > * This is a new pattern > * Having it in stdlib means we can't iterate on it quickly > * This is a library thing, and should be a library > * Once standardized, puppetdb and other modules could be retrofitted to > use it > * This will probably change frequently as people use it and explore what > it should/can do > > We had the idea that rather than landing this in puppet-stdlib, that we > could create a module in puppet-community to hold this and other > validation/health check resources. > > We had some ideas on the name: > > puppet-healthcheck > puppet-validation > puppet-external_validate. > > It's worth noting that these are primitives for building multi-node > orchestration with Puppet. > > What do you think? Do you use these patterns? Would you? What would you > want from your library? > > Thanks, > Spencer > As a data point for another use case, currently the OpenStack puppet modules have a while-loop with a timeout buried within the provider itself: http://git.openstack.org/cgit/stackforge/puppet-neutron/tree/lib/puppet/provider/neutron.rb#n81 This is useful for cases when puppet restarts a service that doesn't come back up right away, or for when the operation is being done over a laggy network connection. Would love a less hacky way to do this. Colleen -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CAJkgcEnSAcpDokqDRvGcgetNPC6_1Gk5rhx9dnE4_rcrgPMfBQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
