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 <[email protected]> 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 <[email protected]> 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, [email protected] 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 [email protected]. >> >> 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 [email protected]. > To post to this group, send email to [email protected]. > 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 [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/puppet-users. For more options, visit https://groups.google.com/groups/opt_out.
