Bug 1392585 - [RFE] [Neutron] SRIOV agent does not allow the co-existence of VF and PF on the same node
Summary: [RFE] [Neutron] SRIOV agent does not allow the co-existence of VF and PF on t...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: os-net-config
Version: 10.0 (Newton)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: z3
: 10.0 (Newton)
Assignee: Brent Eagles
QA Contact: Eran Kuris
URL:
Whiteboard:
: 1431243 (view as bug list)
Depends On: 1369768 1392584
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-11-07 20:01 UTC by Brent Eagles
Modified: 2017-07-07 19:00 UTC (History)
24 users (show)

Fixed In Version: os-net-config-5.1.0-3.el7ost
Doc Type: Enhancement
Doc Text:
Clone Of: 1392584
Environment:
Last Closed: 2017-06-28 14:44:12 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1639901 0 None None None 2016-11-07 20:01:07 UTC
OpenDaylight gerrit 434472 0 None None None 2017-02-15 19:33:40 UTC
Red Hat Product Errata RHBA-2017:1585 0 normal SHIPPED_LIVE Red Hat OpenStack Platform 10 director Bug Fix Advisory 2017-06-28 18:42:51 UTC

Comment 1 Brent Eagles 2017-03-17 17:10:36 UTC
The patches to os-net-config add two new interface configuration settings that support enabling physical functions and reconfiguring their VF counts when a physical function that was previously allocated for PCI passthrough network is released back to the system.

In order to test on RHEL, add the following settings to the SR-IOV interfaces (or other interfaces if desired) in the network templates for your environment. e.g.:

  -
    type: interface
    name: p1p1
    nm_controlled: true
    hotplug: true

   
The result on the nodes should be interface configuration files with entries:

NM_CONTROLLED=yes
HOTPLUG=yes

This is sufficient for verifying the functionality of these patches.

To test the issue that these patches are in support of is resolved, ensure that the following packages are installed:

- openstack-neutron-9.2.0-5.el7ost.noarch.rpm (or newer)
- puppet-tripleo-5.5.0-5.el7ost (or newer) 

Configure an SR-IOV enabled system so that the SR-IOV devices may be used for both PF and VF based neutron ports (direct-physical and direct, respectively) and boot and delete a guest that consumes a direct-physical port. The VF count for the PCI device should return to its original state. To verify all is well, boot an instance that consumes a direct (VF based) port.

Comment 3 Eran Kuris 2017-05-03 08:35:16 UTC
Looks like it fixed I see in log : 
2017-05-03 07:58:44.876 44064 WARNING neutron.plugins.ml2.drivers.mech_sriov.agent.pci_lib [req-965aa15f-4c16-4157-91d5-5f04f19f2a82 - - - - -] Cannot find vfs [0] in device p1p1
2017-05-03 07:58:48.007 44064 WARNING neutron.plugins.ml2.drivers.mech_sriov.agent.pci_lib [req-965aa15f-4c16-4157-91d5-5f04f19f2a82 - - - - -] Cannot find vfs [0, 1, 2] in device p1p1
2017-05-03 07:58:49.067 44064 WARNING neutron.plugins.ml2.drivers.mech_sriov.agent.pci_lib [req-965aa15f-4c16-4157-91d5-5f04f19f2a82 - - - - -] Cannot find vfs [0, 1, 2, 3, 4] in device p1p1
2017-05-03 07:58:50.130 44064 WARNING neutron.plugins.ml2.drivers.mech_sriov.agent.pci_lib [req-965aa15f-4c16-4157-91d5-5f04f19f2a82 - - - - -] Cannot find vfs [0, 1, 2, 3, 4] in device p1p1
~                                                                                                                                               

no errors 

verified rpm -qa |grep os-net-config-5
os-net-config-5.1.0-3.el7ost.noarch

Comment 6 errata-xmlrpc 2017-06-28 14:44:12 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://access.redhat.com/errata/RHBA-2017:1585

Comment 7 Assaf Muller 2017-07-07 19:00:00 UTC
*** Bug 1431243 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.