[chef] RE: CHEF-3506 - Don't save the node object when using an override run list?


Chronological Thread 
  • 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



Archive powered by MHonArc 2.6.16.

§