- From: KC Braunschweig <
>
- To:
- Subject: [chef] Re: Re: Chef-client as a cron, or as a service, which cookbook?
- Date: Sat, 9 Apr 2011 03:29:30 -0700
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=QPXo1Cel0l0EhxIM5g+zifd1UFtCclulIdmJZZ1UG5KRBiIWiA+ocmHX+pGQ5g2l96 q/3O5x4PUAylQTDOfI6lbxH1S2AiHVDqH0XeoAEpP2NWtvtNMG2NihlVLjGCFugJ2kdu BF7xVzSeJ0Vs/1Xc8LVcJnK4Ba8Uj60vNE7ZQ=
On Sat, Apr 9, 2011 at 12:00 AM, Bryan McLellan
<
>
wrote:
>
On Fri, Apr 8, 2011 at 11:42 PM, Tim Diggins
>
<
>
>
wrote:
>
> Is there a strong reason for running chef-client as a service rather than a
>
> cron?
>
in a run, it runs again when finished. If you were running in cron, it
>
is up to you to manage locking so multiple chef-clients do not run at
>
once.
Note the client daemon implements splay in addition to an interval
between chef runs to reduce the thundering herd effect on the server.
If you go the cron route, you'll want to mimic this behavior as well.
I'd say just use the daemon unless it somehow consumes a non-trivial
amount of system resources while sleeping, and even then, just log
that as a bug.
I dunno if anyone's had to do this with Chef but in the Puppet world
the folks I know that stopped using the daemon did so only because
they needed to switch to centrally orchestrated runs (via
mCollective).
KC
Archive powered by MHonArc 2.6.16.