[chef] Re: Re: Re: Re: Re: Re: Chef Search Again

[Douglas Garstang < >]

Lamont,

The node.save doesn't turn into a noop in chef solo. It breaks it with the error I mentioned earlier.

As for the -r option, it updates the run list on the node on the chef server. It's not a local thing.

Doug.
 

On Tue, Jun 16, 2015 at 2:10 PM, Lamont Granquist < " target="_blank"> > wrote:

On 6/16/15 1:32 PM, Douglas Garstang wrote:

5. It's vagrant. Chef solo. There is no client.pem file as far as I know.

Chef-solo doesn't have a server to talk to in order to node.save or post results to search.  The node.save turns into a NOP transparently in chef-solo.  You can go down the road of chef-solo-search but then eventually data bags will troll you.  At some point people wind up trying to write a stub chef-server for chef-solo to talk to and replace all the APIs which is just going to fight with all the special cases of chef-solo to make it NOT talk to a server which are littered around the codebase.

The correct way forwards is to use chef-zero instead of chef-solo and have a normal fully functional chef-client that expects to talk to a chef server talking to the chef-zero server.  Otherwise you will continue to fight the tool.

+1 on using Chef Server 12 and/or Hosted Chef with Solr 4 which will get the required sleep down from a couple minutes to a couple seconds.

You can also use an overrride run list instead of -r to run a recipe without updating the run_list.

--

Regards,

Douglas Garstang
http://www.linkedin.com/in/garstang
Email: " target="_blank">
Cell: +1-805-340-5627