[chef] Re: Re: Intermittent problem when provisioning with vagrant


Chronological Thread 
  • From: Cassiano Leal < >
  • To:
  • Subject: [chef] Re: Re: Intermittent problem when provisioning with vagrant
  • Date: Mon, 22 Oct 2012 16:08:13 -0200

That attribute is originally set on the zynkbase cookbook, which is loaded as a dependency.

If I understand the discussion you linked correctly, one possible solution would be to set the node[:gearman][:dir] attribute in the zynkconverter default recipe, is that correct?

Thanks for your help!

-- 
Cassiano Leal

On Monday, October 22, 2012 at 15:58, Bryan Baugher wrote:

It looks like the attribute node[:zynk] is nil at the time the default attribute file is loaded. Where is the value for 'node[:zynk][:appdir]'being set? 

Also, you should not use nested attributes (like what you have on line 1) in your attributes file as Chef cannot guarantee the ordering of when attributes are set from (attribute files, roles, environments..). I am guessing this is your issue.

There was a recent discussion about this, http://lists.opscode.com/sympa/arc/chef/2012-10/msg00266.html

On Mon, Oct 22, 2012 at 12:52 PM, Cassiano Leal < " target="_blank"> > wrote:
Hi Chefs,

I'm building a cookbook for an application. It's basically a set of gearman workers who convert videos, images and PDFs. I'm using Vagrant and Berkself for developing and testing the cookbook.

This provisioning in Vagrant fails intermittently though, making the whole experience a bit painful at times. 

I created a gist with the relevant information (command output, log and attributes file where the error seems to be happening): https://gist.github.com/3932926

Please note that it doesn't happen all the time, and usually when it does, if I keep issuing "bundle exec vagrant provision" it will eventually work (without me changing anything in the cookbook).

I'm kinda clueless, being new to Chef myself I don't know where to look for the error.

Thanks!

-- 
Cassiano Leal




-Bryan




Archive powered by MHonArc 2.6.16.

§