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
Archive powered by MHonArc 2.6.16.