VXLAN kernel requirement check for openvswitch agent is not working

Bug #1322139 reported by Gabriele Cerami
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Medium
Benedikt Trefzer

Bug Description

on RHEL7 beta agent set to use VXLAN tunneling does not start.
I'm using rdo packages, if you want I can check the upstream version somewhere, but seems that code that checks the version is still in github.

in openvswitch-agent.log I see:

2014-05-21 13:53:21.762 1814 ERROR neutron.plugins.openvswitch.agent.ovs_neutron_agent [req-ce4eadcb-4cbb-4c09-a404-98ecb5383fa5 None] Agent terminated
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent Traceback (most recent call last):
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/site-packages/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 231, in _check_ovs_version
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent ovs_lib.check_ovs_vxlan_version(self.root_helper)
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/site-packages/neutron/agent/linux/ovs_lib.py", line 551, in check_ovs_vxlan_version
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent 'kernel', 'VXLAN')
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/site-packages/neutron/agent/linux/ovs_lib.py", line 529, in _compare_installed_and_required_version
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent raise SystemError(msg)
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent SystemError: Unable to determine kernel version for Open vSwitch with VXLAN support. To use VXLAN tunnels with OVS, please ensure that the version is 1.10 or newer!
2014-05-21 13:53:21.762 1814 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent

It seems that the minimum kernel version required to use VXLAN is set to 3.13 (shouldn't 3.9 be enough ?). RHEL7 ships only 3.10. Vxlan module however is present and working, and even if the only module properly working is in 3.13 kernel, the check doesn't take into consideration backported features.

Revision history for this message
Benedikt Trefzer (benedikt-trefzer) wrote :

I have the same issue on Debian wheezy whith the backport Kernel.

Can you please attach the output of
uname -r
and
modinfo openvswitch

Revision history for this message
Gabriele Cerami (gcerami) wrote :
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (master)

Fix proposed to branch: master
Review: https://review.openstack.org/95588

Changed in neutron:
assignee: nobody → Benedikt Trefzer (benedikt-trefzer)
status: New → In Progress
Revision history for this message
Benedikt Trefzer (benedikt-trefzer) wrote :

Thanks Gabriel for the log.
I think the issue whith Kernel Debian wheezy and backport Kernel is a different one, which seems already be addressed with
Change-Id: I57e18c0b95904f318e3fff08cd18b32e28f48834 in master branch.
(Hint: Debian Backport Kernel uname -r gives 3.14-0.bpo.1-amd64 which does not match the pattern used in icehouse).

The problem you have, is that the pattern used for "modinfo openvswitch" matches on two lines. See fix proposed.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (stable/icehouse)

Fix proposed to branch: stable/icehouse
Review: https://review.openstack.org/95592

Edgar Magana (emagana)
Changed in neutron:
importance: Undecided → Medium
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to neutron (master)

Reviewed: https://review.openstack.org/95588
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=be340d1bab015c47650687f97393c6c9015fb537
Submitter: Jenkins
Branch: master

commit be340d1bab015c47650687f97393c6c9015fb537
Author: Benedikt Trefzer <email address hidden>
Date: Mon May 26 22:45:25 2014 +0200

    fix openvswitch requirement check

    With VXLAN enabled on openvswitch, neutron checks
    module version of the openvswitch kernel module.
    If the pattern to extract the version matches twice
    (eg. for path and version) the agent dies.

    This patch ensures, that only the version is checked
    against the pattern.

    Change-Id: I879624f6b0936cab59e02958ae3a89950df773bb
    Closes-Bug: #1322139

Changed in neutron:
status: In Progress → Fix Committed
ram (ravipaty)
Changed in neutron:
status: Fix Committed → Fix Released
Revision history for this message
chadh (baryonicdm) wrote :

i'm on openstack icehouse on centos 6.5 and struggling with the same bug.

ovs agent keeps saying that

"SystemError: Unable to determine kernel version for Open vSwitch with VXLAN support. To use VXLAN tunnels with OVS, please ensure that the version is 1.10 or newer!"

my modinfo is like below
# modinfo openvswitch
filename: /lib/modules/2.6.32-431.17.1.el6.x86_64/kernel/net/openvswitch/openvswitch.ko
license: GPL
description: Open vSwitch switching datapath
srcversion: 993363C44DF474BD67B03CC
depends: vxlan
vermagic: 2.6.32-431.17.1.el6.x86_64 SMP mod_unload modversions

# uname -ra
Linux network 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (stable/icehouse)

Fix proposed to branch: stable/icehouse
Review: https://review.openstack.org/98615

Revision history for this message
Terry Wilson (otherwiseguy) wrote :

This is already fixed in master by: https://review.openstack.org/#/c/96525/. We should fix it the same way in icehouse.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on neutron (stable/icehouse)

Change abandoned by mark mcclain (<email address hidden>) on branch: stable/icehouse
Review: https://review.openstack.org/98615
Reason: Abandoning this change since it is not a candidate for back porting.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.