(splay inline) On Thu, Nov 03, 2011 at 08:38:39AM -0700, Nigel Kersten wrote: > On Thu, Nov 3, 2011 at 8:36 AM, Jo Rhett <[1]jrh...@netconsonance.com> > wrote: > > For a long time it appeared that run cycles were fairly balanced -- a > few every 30 seconds over the 30 minute period. �Right now I'm seeing > more than 100 systems hit in the same minute: 28 and 58 minutes after > the hour. �Is there some way to alter the spread of these systems back > to even out the load? > > Or passenger options which could limit the effects of this? > > In your puppet.conf agent block: > � � # How often puppet agent applies the client configuration; in seconds. > � � # Note that a runinterval of 0 means "run continuously" rather than > � � # "never run." If you want puppet agent to never run, you should start > � � # it with the `--no-client` option. > � � # The default value is '1800'. > � � runinterval = 1800 > ... > � � # The maximum time to delay before runs. �Defaults to being the same > as the > � � # run interval. > � � # The default value is '$runinterval'. > � � splaylimit = 1800 > ... > � � # Whether to sleep for a pseudo-random (but consistent) amount of time > before > � � # a run. > � � splay = false
On this side, my difficulty in using splay is that it interferes with "puppet kick": http://projects.puppetlabs.com/issues/1100 I work around this by not using play, instead templating my puppet.conf and making my runinterval different on each host: ---------------------------------------- [agent] runinterval=<%= # sixty minutes plus up to sixty minutes # average runinterval might be ninety minutes srand MD5.new(fqdn).to_s.hex num = 3600 + rand(3600) %> ---------------------------------------- They'll intersect at some point, but I'm not worried if they only do it occasionally. > -- > Jo Rhett > Net Consonance : consonant endings by net philanthropy, open source and > other randomness > > -- > You received this message because you are subscribed to the Google > Groups "Puppet Users" group. > To post to this group, send email to [2]puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > [3]puppet-users+unsubscr...@googlegroups.com. > For more options, visit this group at > [4]http://groups.google.com/group/puppet-users?hl=en. > > -- > Nigel Kersten > Product Manager, Puppet Labs > > -- > 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. > > References > > Visible links > 1. mailto:jrh...@netconsonance.com > 2. mailto:puppet-users@googlegroups.com > 3. mailto:puppet-users%2bunsubscr...@googlegroups.com > 4. 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.
