(inline) On Tue, Jul 10, 2012 at 11:39:58AM -0700, Dave Anderson wrote: > Hi > > I have a resource that is slow to come into service and I have other > resources that are dependent on the service in order to be configured. I've > been searching for the "puppet way" to do this, but all the options I've > found don't seem optimal, so I'm assuming there is a better way that I'm > missing. > > I have several instances, so I want puppet to kick them off in parallel. And > I want the reliant services to be configured as soon as possible when the > slow services are ready > > So I don't really want to use long timeout/multiple retry because I believe > that won't be executed in parallel - and anyway, it's not a retry I want, > it's a wait > > I don't want to have Mcollective/AMQP just for this one problem, it feels > like a sledgehammer to crack a nut
I don't understand your issue with mcollective. You have an orchestration issue but don't want to use the puppet-ecosystem orchestration tool? This is the part that confuses me, especially since this won't be your last orchestration requirement. Speaking from ignorance, maybe look into exported resources and have the slow services export something. http://docs.puppetlabs.com/guides/exported_resources.html > I don't want some external process to repeatedly kick puppet repeatedly until > the dependency is resolved and the reliant service can be configured > > I'm imagining something like a semaphore, puppet sleeps and wakes up when the > semaphore is flipped (the slow resource is available) > > Sorry if this is a dumb question, first post etc ... > > Thanks > > Dave > -- > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify the system manager. > This message contains confidential information and is intended only for the > individual named. If you are not the named addressee you should not > disseminate, distribute or copy this e-mail. > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/puppet-users/-/zZfbu37DrsQJ. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscr...@googlegroups.com. > 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 puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.