SR-IOV, don't do runtime reconfiguration and make use of PCI address matching
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Neutron Open vSwitch Charm |
Fix Released
|
High
|
Frode Nordahl | ||
charm-ovn-chassis |
Fix Released
|
High
|
Frode Nordahl |
Bug Description
The seriov-netplan-shim package recently grew support for matching on MAC and PCI address [0]. This is particularly necessary in hardware offload scenarios where the order of events in the boot sequence is important and interface names may not have settled at the time VFs are brought up.
On that note, doing runtime reconfiguration of VFs on a host with services/instances consuming those VFs would not only be detrimental to those services, but could break NIC firmware in sublte ways.
We should stop the charm from doing run-time reconfiguration of VFs, and just write config to disk and let the sriov-netplan-shim package deal with this at system reboot.
Optionally add an action to re-run the VF configuration if an operator really wants to.
0: https:/
Changed in charm-ovn-chassis: | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Frode Nordahl (fnordahl) |
Changed in charm-neutron-openvswitch: | |
status: | New → In Progress |
assignee: | nobody → Frode Nordahl (fnordahl) |
Changed in charm-ovn-chassis: | |
status: | Fix Committed → Fix Released |
Changed in charm-neutron-openvswitch: | |
milestone: | none → 21.04 |
Changed in charm-neutron-openvswitch: | |
status: | In Progress → Fix Committed |
Changed in charm-neutron-openvswitch: | |
status: | Fix Committed → Fix Released |
Removing the RFE tag as this is in fact a bug and causes issues for deployments in the wild. A fix to the charm is required prior to a deployment being able to consume the fixes for bug 1907454.