[Openstack] Havana Neutron OVS issue

Heiko Krämer info at honeybutcher.de
Tue Nov 26 08:57:00 UTC 2013


Hi Jitendra,

I've solved the issue.

On Ubuntu 12.04, Havana cloud archive

*Identication*:
2013-11-25 17:17:11.848 2102 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', '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'


*Solving*:
Check if you're using the right kernel
uname -r => 3.8.0-33-generic

Resinstall (recompile) the kernel module
apt-get install --reinstall openvswitch-datapath-dkms

Check if the kernel module will be loaded
reboot


You need to do this on all hosts with an OVS agent.


Cheers and thx
Heiko

On 22.11.2013 20:21, Jitendra Kumar Bhaskar wrote:
> Hi Heiko,
>
> Can you please post nova-compute.log and neutron/server.log, so that
We can
> see where its failing. Make sure you are using 3.8.0.33-generic kernel.
>
> Regards
> *Jitendra Bhaskar*
>
>
>
>
>
>
> On Fri, Nov 22, 2013 at 10:23 PM, Heiko Krämer <info at honeybutcher.de>
wrote:
>
>> Heyho guys,
>>
>> I'm running in the exactly same issue -.-
>>
>> have spend today 6 hours to find a solution but without success.
>>
>> Have tried with recompilation of dkms module of OpenVswitch, some
>> settings on dnsmasq and so on ....
>> Each spawned instance will discover for an ip address but don't get an
>> answer.
>> Do anyone have a hint ?
>>
>>
>> Cheers and thx
>> Heiko
>> On 14.11.2013 16:44, Nick Maslov wrote:
>>> Hi guys,
>>>
>>> I`m running neutron on ubuntu 13.10.
>>>
>>> And I`m having issues with VM`s getting IP through DHCP, it never gets
>> one. I`m using OVS plugin.
>>>
>>> So, agents are up:
>>>
>>
>>
+--------------------------------------+--------------------+-----------+-------+----------------+
>>> | id | agent_type | host | alive | admin_state_up |
>>>
>>
>>
+--------------------------------------+--------------------+-----------+-------+----------------+
>>> | 78237168-a0ea-410c-a634-fcbc35bfc1d6 | Open vSwitch agent | nova06 |
>> :-) | True |
>>> | b8476a04-4cfd-434b-8b95-53a3f59cfdb9 | Open vSwitch agent | nova05 |
>> :-) | True |
>>> | 9f733be5-36cc-421c-90c8-83f00eb99e2a | Open vSwitch agent |
>> net01-001 | :-) | True |
>>> | 83a712aa-fdc7-42e0-a229-d850faa6741d | DHCP agent | net01-001 | :-)
>> | True |
>>> | 9b814c89-41d7-47bd-bfa2-f1825f755c9b | L3 agent | net01-001 | :-) |
>> True |
>>>
>>
>>
+--------------------------------------+--------------------+-----------+-------+----------------+
>>>
>>> Network namespaces are created as well:
>>>
>>> root at net01-001:/etc/neutron/plugins/openvswitch# ip netns
>>> qrouter-33eb1c85-432f-4470-9d69-81ab09fbee28
>>> qdhcp-73dfbc17-09ea-4201-8dd8-e82038c4fd5f
>>>
>>> I can ping from qdhcp namespace the IP of router in qrouter, so those
>> namespace can see each other.
>>>
>>> When I spin up a VM, i see that DHCPREQUEST packets are leaving
>> compute node, hit the eth physical interface of network node - but never
>> get down to br-tun device. I figured all that with tcpdump.
>>>
>>> • Also, on network node I don’t see bridges:
>>> root at net01-001:/etc/neutron/plugins/openvswitch# brctl show
>>> bridge name bridge id STP enabled interfaces
>>>
>>> Should they be there?
>>>
>>> • Also, for GRE tunnels the speed rates are weird:
>>>
>>> # ovs-ofctl show br-tun
>>> OFPT_FEATURES_REPLY (xid=0x2): dpid:0000ce0987a95746
>>> 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:3e:ac:8c:7d:19:5f
>>> config: 0
>>> state: 0
>>> speed: 0 Mbps now, 0 Mbps max
>>> 2(gre-1): addr:ce:6e:63:61:d2:9a
>>> config: 0
>>> state: 0
>>> speed: 0 Mbps now, 0 Mbps max
>>> 3(gre-2): addr:76:14:f3:e0:48:3c
>>> config: 0
>>> state: 0
>>> speed: 0 Mbps now, 0 Mbps max
>>> 4(gre-3): addr:d6:e3:27:a9:1b:46
>>> config: 0
>>> state: 0
>>> speed: 0 Mbps now, 0 Mbps max
>>>
>>> • OpenVSwitch ports are the following:
>>>
>>> root at net01-001:/etc/neutron/plugins/openvswitch# ovs-vsctl show
>>> 3db4ec17-7d21-4d4a-b5da-772a14ee819d
>>> Bridge br-ex
>>> Port br-ex
>>> Interface br-ex
>>> type: internal
>>> Port "eth0"
>>> Interface "eth0"
>>> Bridge br-int
>>> Port br-int
>>> Interface br-int
>>> type: internal
>>> Port patch-tun
>>> Interface patch-tun
>>> type: patch
>>> options: {peer=patch-int}
>>> Bridge br-tun
>>> Port "gre-2"
>>> Interface "gre-2"
>>> type: gre
>>> options: {in_key=flow, local_ip="91.238.146.15", out_key=flow,
>> remote_ip="91.238.146.9"}
>>> Port br-tun
>>> Interface br-tun
>>> type: internal
>>> Port patch-int
>>> Interface patch-int
>>> type: patch
>>> options: {peer=patch-tun}
>>> Port "gre-1"
>>> Interface "gre-1"
>>> type: gre
>>> options: {in_key=flow, local_ip="91.238.146.15", out_key=flow,
>> remote_ip="91.238.146.5"}
>>> Port "gre-3"
>>> Interface "gre-3"
>>> type: gre
>>> options: {in_key=flow, local_ip="91.238.146.15", out_key=flow,
>> remote_ip="91.238.146.8"}
>>> ovs_version: “1.10.2"
>>>
>>> Is anyone might point me to a solution to this issue?
>>>
>>> Thanks,
>>> NM
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>> Post to : openstack at lists.openstack.org
>>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>>
>>
>> _______________________________________________
>> Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to     : openstack at lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>






More information about the Openstack mailing list