- From: Jay Pipes <
>
- To:
- Subject: [chef] Re: Re: Re: Re: Why an environment's override_attributes are not set until chef-client completes successfully?
- Date: Mon, 04 Feb 2013 13:47:14 -0500
On 02/04/2013 01:41 PM, Adam Jacob wrote:
>
On 2/4/13 9:27 AM, "Jay Pipes"
>
<
>
>
wrote:
>
> Yes, we ended up having to use node.save in a Galera cluster cookbook
>
> were were using when we saw that Chef searches were entirely
>
> non-deterministic if you were relying on attributes that would only be
>
> set if the chef-client run had succeeeded. It's a major design flaw, IMHO.
>
>
One man's design flaw is another mans safety feature. :)
Chef seems to have a lot of safety features.
>
(ie: if chef didn't succeed, how do you know the system is correct, and
>
that you should rely on it?)
This is a silly statement. The purpose of an environment override
attribute is to describe the intended state of a system belonging to
that environment. Why on Earth would chef-client succeeding or not
succeeding change anything related to the intended state of a system
belonging to an environment?
It just doesn't make sense.
-jay
Archive powered by MHonArc 2.6.16.