One of my former co-workers did a talk about Mcollective at PuppetConf. People involved in this thread might find it useful :) He gives some examples about doing rolling restarts, you could do something very similar with orchestrating agent runs.
http://puppetlabs.com/presentations/intro-systems-orchestration-mcollective On Tue, Sep 3, 2013 at 10:13 AM, Brad <darkero...@gmail.com> wrote: > Stuart, > > If I'm understanding your needs correctly, this may be what you're looking > for: > > > http://www.devco.net/archives/2010/03/17/scheduling_puppet_with_mcollective.php > > > On Monday, September 2, 2013 11:01:46 AM UTC-5, Stuart Cracraft wrote: > >> How can this be randomized within a range? >> >> I believe someone mentioned "splay" ? >> >> My fear is that all the boxes will request at a similar some day, by >> chance >> and send a tidal wave over to the master. >> >> On Sep 1, 2013, at 10:27 PM, Rahul Khengare <rahul...@gmail.com> wrote: >> >> You can use different *runinterval *for each client. >> This can be done using editing of "/etc/puppet/puppet.conf" on each >> client machine. >> Set the following (add a new line if it's not already present) >> in the [agent] section of the file: >> >> runinterval=XXX >> >> where, XXX is the time in seconds(default is 180), >> >> Thanks and Regards, >> Rahul Khengare, >> NTT DATA OSS Center, Pune, India. >> >> >> On Friday, August 30, 2013 2:20:36 AM UTC+5:30, rjbu...@gmail.com wrote: >>> >>> How do I avoid a situation where all of my Linux servers execute a >>> service restart at the same time upon receiving a new configuration change >>> via Puppet? I am trying to avoid any possibility that the service would be >>> unavailable for any length of time. The servers are behind a load >>> balancer. At least one node needs to remain available. Any idea how I >>> might configure Puppet to work in this HA environment? >>> >>> Thank you for your feedback! >>> >>> >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to puppet-users...@**googlegroups.com. >> To post to this group, send email to puppet...@googlegroups.com. >> >> Visit this group at >> http://groups.google.com/**group/puppet-users<http://groups.google.com/group/puppet-users> >> . >> For more options, visit >> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >> . >> >> >> -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to puppet-users+unsubscr...@googlegroups.com. > To post to this group, send email to puppet-users@googlegroups.com. > Visit this group at http://groups.google.com/group/puppet-users. > For more options, visit https://groups.google.com/groups/opt_out. > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To post to this group, send email to puppet-users@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-users. For more options, visit https://groups.google.com/groups/opt_out.
