Ask Your Question
1

GRE tunnels not being created [closed]

asked 2013-11-02 21:50:50 -0600

igordcard gravatar image

updated 2013-11-04 16:03:00 -0600

I am setting up an OpenStack Havana deployment using 1 controller node, 1 compute node and 1 network node, with Neutron. I have chosen to use GRE tunneling as the networking technology.

However, the GRE tunnels necessary for virtual networking between the compute and network nodes are not being created due to the following error (which can be see in both network and compute hosts' /var/log/neutron/openvswitch-agent.log):

2013-11-03 01:20:00.358 1473 ERROR neutron.agent.linux.ovs_lib [-] Unable to execute ['ovs-ofctl', 'add-flow', 'br-tun', 'hard_timeout=0,idle_timeout=0,priority=1,in_port=-1,actions=resubmit(,2)']. Exception:
Command: ['sudo', '/usr/bin/neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ovs-ofctl', 'add-flow', 'br-tun', 'hard_timeout=0,idle_timeout=0,priority=1,in_port=-1,actions=resubmit(,2)']
Exit code: 1
Stdout: ''
Stderr: 'ovs-ofctl: -1: negative values not supported for in_port\n'

Here are some interesting outputs:

sudo ovs-vsctl show

(...)
Bridge br-tun
        Port "gre-2"
            Interface "gre-2"
                type: gre
                options: {in_key=flow, local_ip="192.168.10.31", out_key=flow, remote_ip="192.168.10.32"}
(...)

sudo ovs-ofctl show br-tun

OFPT_FEATURES_REPLY (xid=0x2): dpid:00002a8895eae34a
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP
actions: OUTPUT SET_VLAN_VID SET_VLAN_PCP STRIP_VLAN SET_DL_SRC SET_DL_DST SET_NW_SRC SET_NW_DST SET_NW_TOS SET_TP_SRC SET_TP_DST ENQUEUE
 1(patch-int): addr:ea:68:bf:31:b8:f1
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 LOCAL(br-tun): addr:2a:88:95:ea:e3:4a
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0

So, port gre-2 is missing in the OpenFlow switch.

I have confirmed my configurations over and over again and still haven't found the culprit. It was almost entirely based in the official guide for Havana on Ubuntu 12.04 LTS.

What should I check first?

I'd be very grateful if someone could help me.

Thank you.

edit retag flag offensive reopen merge delete

Closed for the following reason the question is answered, right answer was accepted by dheeru
close date 2013-11-21 10:54:23.269502

1 answer

Sort by ยป oldest newest most voted
2

answered 2013-11-05 19:28:07 -0600

igordcard gravatar image

updated 2013-11-07 08:10:32 -0600

Just install openvswitch-datapath-dkms in both the compute and network nodes:

sudo apt-get install openvswitch-datapath-dkms

Then reboot and make sure the correct module has been loaded:

$ modinfo openvswitch
filename:       /lib/modules/3.8.0-32-generic/updates/dkms/openvswitch.ko
version:        1.10.2
license:        GPL
description:    Open vSwitch switching datapath
srcversion:     C57BFF12C03B30A057F0B4B
depends:        
vermagic:       3.8.0-32-generic SMP mod_unload modversions 686 ic SMP mod_unload modversions 686

Here is the new, proper, output of:

sudo ovs-ofctl show br-tun

OFPT_FEATURES_REPLY (xid=0x2): dpid:0000961b8dde3141
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP
actions: OUTPUT SET_VLAN_VID SET_VLAN_PCP STRIP_VLAN SET_DL_SRC SET_DL_DST SET_NW_SRC SET_NW_DST SET_NW_TOS SET_TP_SRC SET_TP_DST ENQUEUE
 1(patch-int): addr:82:7a:35:99:91:37
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 2(gre-2): addr:6e:51:53:84:12:4c
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 LOCAL(br-tun): addr:96:1b:8d:de:31:41
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0
edit flag offensive delete link more

Comments

Is it working perfectly after adding this package on both the nodes ? This helped me to resolve gre issue. I think we can close this post ?

dheeru gravatar imagedheeru ( 2013-11-21 02:55:38 -0600 )edit

Well for me that was the only thing missing, so it worked. Yes, you can close the post, but isn't it enough to have an accepted answer?

igordcard gravatar imageigordcard ( 2013-11-21 06:25:05 -0600 )edit

It is definitely. If you agree we can close the post. Do let me know if you are ok to close the post.

dheeru gravatar imagedheeru ( 2013-11-21 06:55:19 -0600 )edit

But will people still be able to find it so they can apply the fix?

igordcard gravatar imageigordcard ( 2013-11-21 07:10:20 -0600 )edit

yes, they will be able to find it and fix it as well. If it is close it definitely give impression that this closed with right answer.

dheeru gravatar imagedheeru ( 2013-11-21 07:12:56 -0600 )edit

Get to know Ask OpenStack

Resources for moderators

Question Tools

2 followers

Stats

Asked: 2013-11-02 21:50:50 -0600

Seen: 4,029 times

Last updated: Nov 07 '13