Bug 1289136 - launch a vm with macvtap port is not working with kernel < 3.13
Summary: launch a vm with macvtap port is not working with kernel < 3.13
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 7.0 (Kilo)
Assignee: Hynek Mlnarik
QA Contact: Eran Kuris
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-07 14:10 UTC by Brent Eagles
Modified: 2016-10-05 19:15 UTC (History)
10 users (show)

Fixed In Version: openstack-neutron-2015.1.4-4.el7ost
Doc Type: Bug Fix
Doc Text:
When you create a MacVTap passthrough to SR-IOV VF in Kernel >= 3.13 an `upper_macvtap` symbolic link is created. Previously, for kernel versions < 3.13 the only way to detect the link was by parsing the `ip link show` output. As a result, the MacVTap-assigned VF was not detected on kernel versions < 3.13. With this update, the `ip link show` command now detects MacVTap-assigned VFs, and detection of MacVTap-assigned VFs will work on all kernels.
Clone Of:
Environment:
Last Closed: 2016-10-05 19:15:32 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1523083 0 None None None Never
OpenStack gerrit 255916 0 None None None 2016-09-15 15:19:41 UTC
Red Hat Product Errata RHBA-2016:2029 0 normal SHIPPED_LIVE openstack-neutron bug fix advisory 2016-10-05 23:11:48 UTC

Description Brent Eagles 2015-12-07 14:10:16 UTC 
Cloned from launchpad bug 1523083.

Description:

the sriov agent check if vf is assigned to macvtap by the exists of upper_macvtap symbolic

https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/mech_sriov/agent/eswitch_manager.py#L85-L86

The upper_macvtap symbolic exists only in kernel 3.13 and above
see http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/macvlan.c?id=5831d66e8097aedfa3bc35941cf265ada2352317
"net: create sysfs symlinks for neighbour devices".

This is a problem when using rhel 7.1 which comes with kernel 3.10

Specification URL (additional information):

https://bugs.launchpad.net/neutron/+bug/1523083
Comment 2 Brent Eagles 2015-12-08 20:26:48 UTC 
Undoing mistaken version change. This does first occur in OSP 7 (kilo).
Comment 4 Eran Kuris 2016-10-05 06:15:33 UTC 
verified on rhos 7 
 [root@compute1 ~]# rpm -qa |grep neutron 
openstack-neutron-openvswitch-2015.1.4-4.el7ost.noarch
openstack-neutron-2015.1.4-4.el7ost.noarch
python-neutronclient-2.4.0-2.el7ost.noarch
openstack-neutron-common-2015.1.4-4.el7ost.noarch
openstack-neutron-lbaas-2015.1.4-1.el7ost.noarch
python-neutron-fwaas-2015.1.2-1.el7ost.noarch
openstack-neutron-fwaas-2015.1.2-1.el7ost.noarch
python-neutron-2015.1.4-4.el7ost.noarch
python-neutron-lbaas-2015.1.4-1.el7ost.noarch
Comment 6 errata-xmlrpc 2016-10-05 19:15:32 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-2029.html
Note You need to log in before you can comment on or make changes to this bug.