[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