[chef] Re: Re: Re: Re: Re: apt-get update strategy


Chronological Thread 
  • From: Luke Biddell < >
  • To:
  • Cc: Michael Hale < >
  • Subject: [chef] Re: Re: Re: Re: Re: apt-get update strategy
  • Date: Mon, 28 Mar 2011 22:43:41 +0100
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=lNnOnWmvOp/1mpkRLBhcwPrYAR5s48a4+IhzpnS5xKlJinYeMldGm7vOqxX3Emm+Q6 1nXeQq247QlRa/ACPFQjGbzDucuNHrFheUd/PL10Ihwr5OUpMKp30O0VLXNW4+R9YYoM eSCypCaquPvGgOQrsmiI3PyDd2ywE7LMyNo1o=

Absolutely, the apt-get update execute resource is not guarded in any
way. Whenever we modify the content of /etc/apt/sources.list.d/ we use
a notifies to trigger an apt-get update.

We only guard on package :install (within my custom LWRP) so on a
fully converged node we don't apt-get update at all.

On 28 March 2011 14:29, Michael Hale 
< >
 wrote:
> Luke,
>
> I'm thinking you would want someway to apt-get update again if you add
> or remove a repository regardless of whether or not you have already
> updated in a given chef run.
>
> On Mon, Mar 28, 2011 at 8:43 AM, Luke Biddell 
> < >
>  wrote:
>> Perfect, just what I was looking for. Thanks.
>>
>> On 28 March 2011 12:17, Mason Turner 
>> < >
>>  wrote:
>>> On Mar 28, 2011, at 5:54 AM, Luke Biddell 
>>> < >
>>>  wrote:
>>>
>>> The flag to indicate if an update has been done is stored on the node
>>> and has to be reset at the start of each run. Is there a better way of
>>> setting transient attributes for the run?
>>>
>>> Take a look at node.run_state for transient storage. I stow my searches
>>> there for reuse across a few recipes.
>>>
>>> -- Mason Turner (mobile)
>>
>



Archive powered by MHonArc 2.6.16.

§