[chef] Re: Re: Debugging dependencies

[Arnold Krille < >]

Hi,

thanks for that tip. Will look at it and hopefully remember this the
next time this issue arises.

For now I 'fixed'/circumvented the problem by updating the requirements
of our own cookbooks and uploading them, then deleting lots of older
version from the server. That made chef-server not hang on certain
nodes/recipes. Then I only had to adopt the version-constraints of the
environments to the latest versions...

Have fun,

- Arnold

Am Thu, 8 May 2014 14:22:09 -0700 schrieb Noah Kantrowitz
<
 >:
> You can use https://github.com/coderanger/knife-solve to debug these
> kinds of issues. Just recursively narrow the set of cookbooks you
> pass it until you find the minimal set that fails to solve (in a
> reasonable amount of time anyway). Often by then the error in the
> constraints is pretty clear.
> 
> --Noah
> 
> On May 8, 2014, at 1:40 AM, Arnold Krille 
> <
 >
> wrote:
> 
> > Hi all,
> > 
> > since some days my opensource-chef-server is acting up. Most hosts
> > work just fine, for some hosts erchef takes ~1000(!) seconds to
> > process the dependencies. And eats all the cpu. Thankfully this
> > doesn't block other clients from getting their data. But some hosts
> > haven't been able to get the data for a successfull chef run for
> > some days now. It seems to be some of my cookbooks, alone or in
> > combination. But I am currently lacking data to debug this.
> > 
> > Is there a way to make erchef output the dep-cycles its calculating
> > per request? Or is there a way to query dependencies on chef-server
> > by hand? I tried setting "erchef['log_level'] = :debug"
> > in /etc/chef-server/chef-server.rb followed by "chef-server-ctl
> > reconfigure" but that resulted only in one info-level logline per
> > request.
> > 
> > Thanks in advance,
> > 
> > Arnold
>

Attachment: signature.asc
Description: PGP signature