[Bug 1068365] Re: openvswitch gre tunnels not working in quantal
James Page
james.page at ubuntu.com
Wed Oct 24 09:55:42 UTC 2012
** Description changed:
[Impact]
Quantal currently only has the openvswitch module provided via the kernel; this does not support gre tunnels between switches which is used extensively by OpenStack Quantum. The DKMS module which is currently disabled in quantal provides these and other features. This is a regression compared to precise which ships the dkms module.
[Test Case]
Serges charm is a excellent way to test this - see lp:~serge-hallyn/charms/quantal/ovs-lxc/trunk
juju deploy local:ovs-lxc master
juju deploy local:ovs-lxc slave
juju add-relation master:master slave:slave
juju ssh slave/0
sudo lxc-start -n quantal-amd64-pristine
LXC instances will not get an IP address from the DHCP server running on
the master.
- sudo ovs-dpctl show -s
+ sudo ovs-dpctl show -s
Will not show a gre entry for the configured pipe (its non-functional)
[Regression Potential]
- The fix pull in 8 cherry picked commits from upstream trunk which are predominately targetted at the datapath component (currently disabled).
+ The fix pull in 8 cherry picked commits from upstream trunk which are predominately targetted at the datapath component (currently disabled) so are well contained.
These picks fixup support for the 3.5 kernel and rename the the dkms
provided modules to remove the _mod suffix (aligning to the kernel
module naming).
There are some changes in the ovs scripts which are used during init
control of openvswitch.
[Original Bug]
I use the charm at lp:~serge-hallyn/charms/quantal/ovs-lxc to fire up a pair of lxc nodes. The hooks/install file will show how the nodes are set up. Each node has an openvswitch bridge with a gre tunnel with the other node as remote_ip, and a dnsmasq on the master lxc host. It creates containers which have eth1 slaved to the openvswitch bridge.
On precise (using lp:~serge-hallyn/charms/precise/ovs-lxc) this works.
Containers on slave nodes get ip addresses from the dnsmasq on the
master, and can communicate to each other over the private 192.168.100.x
subnet. Precise is using the openvswitch_mod kernel module.
On quantal, which uses the upstream openvswitch kernel module, it does
not work. When I create a container on the slave, and run dhclient on
its 'eth1' which is slaved to the openvswitch bridge, tcpdump on the
slave host shows the queries on ovbr0 (the openvswitch bridge) but not
on eth0.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openvswitch in Ubuntu.
https://bugs.launchpad.net/bugs/1068365
Title:
openvswitch gre tunnels not working in quantal
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1068365/+subscriptions
More information about the Ubuntu-server-bugs
mailing list