[chef] Re: Re: Last Check-in Still updating even after failed run


Chronological Thread 
  • From: Daniel DeLeo < >
  • To:
  • Subject: [chef] Re: Re: Last Check-in Still updating even after failed run
  • Date: Thu, 8 Aug 2013 12:07:36 -0700


On Wednesday, August 7, 2013 at 9:34 AM, Ranjib Dey wrote:

Yes , this is a chef 11 feature. It runs delayed notification even after failures. It was highly debated. I had filed a ticket to make this at least configurable , but it looks like even that won't happen in chef 11. Chef 12 might have something on that line...

On Aug 7, 2013 9:25 AM, "ScottMarshall" < "> > wrote:
We just upgraded to 11.4.0 from 10.24.0, so I am not sure if this is a feature
of 11,

When chef-client runs, it will update the "Last check-in" column for the node's
status in our hosted Chef even if the run failed.

In 10.24.0 this was not the case.  If the run failed, the check-in was not
updated, which was how we knew the node was having problems.

Is there a way to turn this back on, or is there supposed to be another I
should find out how the node chef-client run failed??
Chef _does_ run delayed notifications even if chef failed as of Chef 11. However, this should not result in chef-client doing a node save after a failed chef-client, and in my own testing I cannot reproduce this behavior.

What you may be seeing is the effect of having a `node.save` call somewhere in your recipes that executes before the run fails, or a `node.save` call in a resource that gets a delayed notification. Try running chef-client with -l debug to see if you can track down the source of the issue.

-- 
Daniel DeLeo




Archive powered by MHonArc 2.6.16.

§