Ironic node stuck in provisioning state wait call-back

asked 2014-06-03 10:37:32 -0500

Brenne gravatar image

updated 2014-06-13 04:30:33 -0500

Hi,

I'm working with devstack and ironic and I'm trying to do the steps in Deploying Ironic with Devstack. Everthing works fine until the command:

nova boot --flavor baremetal --image $image --key-name default testing

My ironic node is powered on but remains in provisioning state "wait call-back". The instance stucks in spwaning state. I went through the logs but couldn't find any error. Even virsh list --all shows that the baremetal node is powered on.

With tcpdump I see the boot requests of the (nested) baremetal instance. Also dnsmasq is running:

ps -aux |grep dnsmasq
nobody   32163  0.0  0.0  28204  1060 ?        S    Jun12   0:00 dnsmasq --no-hosts --no-resolv --strict-order --bind-interfaces --interface=tap6954347a-fd --except-interface=lo --pid-file=/opt/stack/data/neutron/dhcp/dc205004-4726-4a47-a458-09266cbbda3c/pid --dhcp-hostsfile=/opt/stack/data/neutron/dhcp/dc205004-4726-4a47-a458-09266cbbda3c/host --addn-hosts=/opt/stack/data/neutron/dhcp/dc205004-4726-4a47-a458-09266cbbda3c/addn_hosts --dhcp-optsfile=/opt/stack/data/neutron/dhcp/dc205004-4726-4a47-a458-09266cbbda3c/opts --leasefile-ro --dhcp-range=set:tag0,10.1.0.0,static,86400s --dhcp-lease-max=256 --conf-file= --domain=openstacklocal

But there seems to be no reply to the DHCP boot requests:

sudo tcpdump -i brbm
tcpdump: WARNING: brbm: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on brbm, link-type EN10MB (Ethernet), capture size 65535 bytes
09:18:32.110281 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:48:6d:27 (oui Unknown), length 398
09:18:33.096545 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:48:6d:27 (oui Unknown), length 398
09:18:35.073842 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:48:6d:27 (oui Unknown), length 398
09:18:39.028519 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:48:6d:27 (oui Unknown), length 398

I also tried to restart neutron-dhcp (q-dhcp) but no change. (If I manually configure a dhcpd (isc-dhcp-server) server this server responds to the dhcp boot requests).

edit retag flag offensive close merge delete

Comments

Hi Brenne,

I also have the same issue. I unfortunately don't have a resolution on this issue. However, I found out the issue was that the baremetal server can't obtain an ip address from the DHCP. Restarting q-dhcp seemed to resolve the issue something. Looks like a race condition. Will open a bug.

godp1301 gravatar imagegodp1301 ( 2014-06-05 08:43:06 -0500 )edit