Launch instance fails, OpenStack Juno with legacy network [closed]

asked 2014-12-17 05:52:49 -0500

Javier gravatar image

Hi,

I've been searching the forum for hours and found no answer to this question.

I'm running a sample OpenStack Juno deployment on a small computer. I've created VMs for one controller and one compute node. Due to resource constrains I'm using legacy networking (nova-network) and containers for the VMs running the OpenStack services.

I've followed the install guide step by step. Everything's fine until I try to launch an instance using the cirros image. The launch ends in error state and the instance does not even boot (virsh list in the compute node shows an empty list). Checking the nova-compute logs in the compute node I get this error:

2014-12-17 10:30:33.987 796 ERROR nova.compute.manager [req-f41fa519-bcc9-4a60-b998-4211cf47865a None] [instance: b71010bb-46b6-469c-805b-7d5aa346ee50] Instance failed to spawn
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50] Traceback (most recent call last):
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 2231, in _build_resources
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     yield resources
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 2101, in _build_and_run_instance
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     block_device_info=block_device_info)
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 2619, in spawn
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     write_to_disk=True)
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 4136, in _get_guest_xml
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     network_info_str = str(network_info)
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/nova/network/model.py", line 467, in __str__
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     return self._sync_wrapper(fn, *args, **kwargs)
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/nova/network/model.py", line 450, in _sync_wrapper
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     self.wait()
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/nova/network/model.py", line 482, in wait
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     self[:] = self._gt.wait()
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 168, in wait
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]     return self._exit_event.wait()
2014-12-17 10:30:33.987 796 TRACE nova.compute.manager [instance: b71010bb-46b6-469c-805b-7d5aa346ee50]   File "/usr/lib/python2.7/dist-packages/eventlet ...
(more)
edit retag flag offensive reopen merge delete

Closed for the following reason the question is answered, right answer was accepted by Antonio G.
close date 2015-04-29 04:01:04.161621

Comments

1

OK, forget it, I found what is the problem; the QEMU NBD driver is trying to mount a network disk device but containers do not have such devices (/dev/nbd<n>).

Javier gravatar imageJavier ( 2014-12-17 08:38:20 -0500 )edit