[Openstack] nova/quantum/ovs configuration conundrum
Sina Sadeghi
sina at aptira.com
Wed Nov 7 12:15:04 UTC 2012
Hello all,
I thought I would give quantum a shot and I've got a 50-60% working
configuration, but having trouble understanding where to go from here as
the docs are pretty sparse.
Ubuntu 12.04.1 + "ubuntu cloud archive" folsom repo
node A: nova-api, nova-scheduler, quantum-server, quantum-plugin-openvswitch
node B: nova-compute, nova-api-metadata, quantum-dhcp-agent,
quantum-plugin-openvswitch-agent
node C: nova-compute, nova-api-metadata, quantum-dhcp-agent,
quantum-plugin-openvswitch-agent
configured as follows:
quantum.conf:
...
core_plugin =
quantum.plugins.openvswitch.ovs_quantum_plugin.OVSQuantumPluginV2
...
ovs_quantum_plugin.ini:
...
tenant_network_type=vlan
network_vlan_ranges = default:2000:3999
integration_bridge = br-int
bridge_mappings = default:br-eth3
...
node B,C `ovs-vstl list-br`:
br-eth3
br-int
node B,C `ovs-vsctl list-ports br-int`:
int-br-eth3 (created by quantum?)
node B,C `ovs-vsctl list-ports br-eth3`:
eth3 (added by me)
phy-br-eth3 (created by quantum?)
eth3 is a NIC which is connected to a switchport accepting VLAN
2000:3999. It has no IP assigned currently.
When I start the 12.04 ubuntu "cloud-image" in the dashboard, it
successfully boots and obtains an IP address as seen in the console output:
cloud-init-nonet waiting 120 seconds for a network device.
ci-info: lo : 1 127.0.0.1 255.0.0.0 .
ci-info: eth0 : 1 192.168.253.5 255.255.255.0 fa:16:3e:80:33:71
ci-info: route-0: 0.0.0.0 192.168.253.1 0.0.0.0 eth0 UG
ci-info: route-1: 192.168.253.0 0.0.0.0 255.255.255.0 eth0 U
However, immediately after that output I see this
2012-11-07 11:27:29,598 - util.py[WARNING]:
'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed
[3/120s]: url error [[Errno 113] No route to host]
which runs until it times out.
In older versions of OpenStack, when I ran 'iptables-save | grep
169.254.169.254' on a metadata server I was used to seeing a rule show
up which translated that 169 address to the variable assigned by
metadata_host in nova.conf, but I note that rule doesn't show up in this
version of nova? I added the old rule in (to see what would happen) but
the result was the same, still no route to host.
Whatsteps do I need to take here to allow my instance to retrieve its
metadata? Is my quantum misconfigured somehow? Perhaps I need to go back
and reconfigure my switch port (for example, there is no real
192.168.253.1 gw, but does there need to be for the instance to simply
fetch metdata)? After that, what steps do I need to take to get the VM
connected to the rest of the world? Is thequantum-l3-agent the only real
choice right now?
Thx.
--
--
*Sina Sadeghi*
Lead Cloud Engineer
*Aptira Pty Ltd*
1800 APTIRA
aptira.com <http://www.aptira.com>
Follow @aptira <https://twitter.com/#/aptira>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20121107/b2f9cf1a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo.jpg
Type: image/jpeg
Size: 15934 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20121107/b2f9cf1a/attachment.jpg>
More information about the Openstack
mailing list