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

[Matt Ray < >]

While this doesn't solve the original problem exactly, you may want to
take a look at the apt cookbook and the recent apt-cacher updates.
It's super simple to set up, just have 1 server apply the apt::cacher
and everyone (including the server) use apt::cacher-client, no
tweaking needed. This will start proxying and caching your apt
downloads and minimize your exposure to remote repos being
unavailable, especially if you modify the expiration times on the
server.

Thanks,
Matt Ray
Technical Evangelist | Opscode, Inc
E: 

 
 T: (512) 731-2218
Twitter, Github: mattray



On Fri, Mar 25, 2011 at 8:35 AM, Rob Guttman 
<
 >
 wrote:
> Michael, my current workaround is to effectively run "apt-get update" as a
> cron job once per day and also upon a host (re)boot.  Our longer-term
> workaround idea is to mirror the apt repos locally which would solve this
> and other apt problems (e.g., updates or dropped support of package versions
> we depend upon).
>
> These workarounds are not ideal and may not be appropriate for everyone.
>
> - Rob
>
>
> On Fri, Mar 25, 2011 at 9:18 AM, Michael Hale 
> <
 >
>  wrote:
>>
>> Maybe a feature could be added to the package resource/providers to
>> handle updating the package caches once per run?
>>
>> On Fri, Mar 25, 2011 at 5:45 AM, Luke Biddell 
>> <
 >
>> wrote:
>> > A recent failure in the apache cassandra apt repo got me thinking
>> > about the way I've assembled my cookbooks. I have the apt cookbook
>> > first in my run and do an update. The repo being down gave me the
>> > classic "apt-get update returned 100" error within chef.
>> >
>> > The failure meant that none of my recipes ran against the node (and
>> > updated our application war file), despite the fact that the node had
>> > previously been converged and all the required apt packages were
>> > already installed.
>> >
>> > My chef run needs to be resilient to those kinds of failures as once a
>> > node is initially converged and all apt packages installed, apt
>> > doesn't need to do an update (I don't do package :upgrade at the
>> > moment).
>> >
>> > So what I'd ideally like is to be able to trigger an apt-get update on
>> > the first package which requires installing. If no packages require
>> > installing, no apt-get update is performed. The fact an update has
>> > been performed needs to be recorded as we don't want to do it for
>> > every package that's installed as it will kill performance. Once is
>> > enough per chef run unless we add/remove a sources.list.d entry (which
>> > I already handle using :notifies).
>> >
>> >
>> > Opinions welcome, am I looking and an LWRP?
>> >
>
>