- From: "Kadel-Garcia, Nico" <
>
- To: "
" <
>
- Subject: [chef] RE: CHEF-3506 - Don't save the node object when using an override run list?
- Date: Wed, 18 Sep 2013 11:26:28 +0000
- Accept-language: en-US
I use a simple 'chef-client -o 'recipe[ntp]' or similar non-intrusive
operation when switching nodes from one chef server to another, especially
clustered servers, to get the node information available for the monitoring
systems and cluster configuration tools. That allows me to do the switchover
outside the standard maintenance window when other operations, such as
planned and enabled configuration changes awaiting the scheduled maintenance
window, would be unwelcome.
________________________________________
From: Bryan McLellan
Sent: Monday, September 16, 2013 11:49 PM
To:
Subject: [chef] CHEF-3506 - Don't save the node object when using an override
run list?
https://tickets.opscode.com/browse/CHEF-3506
This ticket proposes not saving the recipes and roles attributes when
using an override run list. Dan wondered if we should save the node
object at all. I can see being surprised in both situation; when your
node object changes on the next normal client run (or gives non-normal
search results in between) and when your node object doesn't change on
an override run, but when you're using override you're heading down
the path of someone who just asked for things to be a little sideways.
Anyone have a use case that would be upset by the node object being
not saved at the end of an override run?
--
Bryan McLellan | opscode | technical program manager, open source
(c) 206.607.7108 | (t) @btmspox | (b)
http://blog.loftninjas.org
- [chef] RE: Re: CHEF-3506 - Don't save the node object when using an override run list?, (continued)
Archive powered by MHonArc 2.6.16.