(Without jumping too hard in the middle of your conversation... inline.)

On Tue, Nov 15, 2011 at 11:30:40AM -0800, Jo Rhett wrote:
>    On Nov 5, 2011, at 9:42 AM, Nigel Kersten wrote:
> 
>      On Thu, Nov 3, 2011 at 12:41 PM, Jo Rhett <[1]jrh...@netconsonance.com>
>      wrote:
> 
>        Nigel, As you've said, the time chosen for the run cycle will be
>        consistent.  All of these settings are already set -- this isn't a
>        question of how to change how often to run, it's how to affect the
>        chosen runtime?
>        I've got an awful lot of systems (> 100) which have decided to all
>        roll at 28 and 58 minutes after the hour.  How can I rebalance them?
> 
>      This should be what the splay settings do for you Jo.
>      Even though those agents all roll at 28/58 minutes past the hour, if you
>      set splay to true, they'll then wait a random amount of time up to
>      "splaylimit" before they *actually* perform the run.
> 
>    splay breaks many things, including puppet kick.  It simply won't work
>    until you break splay out to only affect normal running.  I tried enabling
>    it, and found that it simply didn't affect the systems enough.
>    I am deeply curious as to why you are avoiding the main question here:
>       1. How does puppet decide when its 30 minutes is up?  Is this stored in
>    a file somewhere?

Grep shows me (on Debian Stable, puppet 2.6.2) that agent.rb sets up an event 
loop:

/usr/lib/ruby/1.8/puppet/agent.rb
/usr/lib/ruby/1.8/puppet/external/event-loop/event-loop.rb

>       2. How can we change its calculation? (can we edit a file, run a
>    command, �?)

Subclass the event loop or the agent perhaps? (I'm assuming that the several 
existing techniques for changing agent run times are insufficient for you.)

>        On Nov 3, 2011, at 8:38 AM, Nigel Kersten wrote:
> 
>          On Thu, Nov 3, 2011 at 8:36 AM, Jo Rhett
>          <[2]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
>           
> 
>            --
>            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
>            [3]puppet-users@googlegroups.com.
>            To unsubscribe from this group, send email to
>            [4]puppet-users+unsubscr...@googlegroups.com.
>            For more options, visit this group at
>            [5]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
>          [6]puppet-users@googlegroups.com.
>          To unsubscribe from this group, send email to
>          [7]puppet-users+unsubscr...@googlegroups.com.
>          For more options, visit this group at
>          [8]http://groups.google.com/group/puppet-users?hl=en.
> 
>        -- 
>        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 [9]puppet-users@googlegroups.com.
>        To unsubscribe from this group, send email to
>        [10]puppet-users+unsubscr...@googlegroups.com.
>        For more options, visit this group at
>        [11]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 [12]puppet-users@googlegroups.com.
>      To unsubscribe from this group, send email to
>      [13]puppet-users+unsubscr...@googlegroups.com.
>      For more options, visit this group at
>      [14]http://groups.google.com/group/puppet-users?hl=en.
> 
>    -- 
>    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 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:jrh...@netconsonance.com
>    3. mailto:puppet-users@googlegroups.com
>    4. mailto:puppet-users%2bunsubscr...@googlegroups.com
>    5. http://groups.google.com/group/puppet-users?hl=en
>    6. mailto:puppet-users@googlegroups.com
>    7. mailto:puppet-users+unsubscr...@googlegroups.com
>    8. http://groups.google.com/group/puppet-users?hl=en
>    9. mailto:puppet-users@googlegroups.com
>   10. mailto:puppet-users%2bunsubscr...@googlegroups.com
>   11. http://groups.google.com/group/puppet-users?hl=en
>   12. mailto:puppet-users@googlegroups.com
>   13. mailto:puppet-users+unsubscr...@googlegroups.com
>   14. 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.

Reply via email to