We’re running chef version 12.11.18 on our amazon opsworks instances and getting the following error when converging recipes,
[2016-09-09T01:18:48+00:00] INFO: Forking chef instance to converge…
[2016-09-09T01:18:48+00:00] INFO: *** Chef 12.11.18 ***
[2016-09-09T01:18:48+00:00] INFO: Platform: x86_64-linux
[2016-09-09T01:18:48+00:00] INFO: Chef-client pid: 12235
[2016-09-09T01:18:49+00:00] WARN: unable to detect ipaddress
[2016-09-09T01:18:49+00:00] ERROR: Running exception handlers
[2016-09-09T01:18:49+00:00] ERROR: Exception handlers complete
[2016-09-09T01:18:49+00:00] FATAL: Stacktrace dumped to /var/chef/runs/7c706854-be17-4d21-9c78-e9fc910e96ee/local-mode-cache/cache/chef-stacktrace.out
[2016-09-09T01:18:49+00:00] FATAL: Please provide the contents of the stacktrace.out file if you file a bug report
[2016-09-09T01:18:49+00:00] ERROR: Unable to determine node name: configure node_name or configure the system’s hostname and fqdn
[2016-09-09T01:18:50+00:00] FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited unsuccessfully (exit code 1)
Wondering if anyone has seen this and what we might look for. Some relevant info -
I suspect the key is in the “unable to detect ipaddress”. It looks like your instance for some reason doesn’t have networking configured, or the configuration readable. Are you running chef as user root? What do you get when you run “ip address show” or ifconfig manually?
this can get weird on AWS. But if this is on a VPC check your VPC “DNS resolution” options… again this gets funky behavior node.name fails without this for example
Maybe shot in dark but I know i had issues when coding stuff with chef-provisioning when i realized the default was to not use dns resolution … check it out?
-Geo
Thanks all for the replies, one issue I found was high memory usage, which we believe is caused by something unrelated. restarted the node and the node name / fqdn issues have disappeared for now.