libnl should be updated to support SR-IOV
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mirantis OpenStack |
Confirmed
|
High
|
MOS Linux | ||
7.0.x |
Won't Fix
|
High
|
MOS Maintenance | ||
8.0.x |
Confirmed
|
High
|
MOS Linux |
Bug Description
Environment:
7.0/Ubuntu/
Steps to reproduce:
1. Configure and deploy environment: add "intel_iommu=on" to kernel parameters
2. Configure SR-IOV according to this guide https:/
3. Create an SR-IOV Neutron port: neutron port-create net04 --binding:
4. Launch an instance: nova boot --image TestVM --flavor m1.small --nic port-id=<uuid of the port> sriov-test-00
Expected result:
Instance has been successfully launched. It may not have network connectivity as TestVM doesn't include ixgbevf driver required for VFs. But that's not a problem.
Actual result:
Instance fails to spawn. Compute log: http://
This is fixed by manual upgrade of libnl to 3.2.24-2 (vivid/utopic):
libnl-3-
libnl-genl-
libnl-route-
MOS should install these versions by default.
description: | updated |
summary: |
- libnl-3 should be updated to support SR-IOV + libnl should be updated to support SR-IOV |
Changed in mos: | |
milestone: | none → 8.0 |
status: | New → Confirmed |
importance: | Undecided → High |
assignee: | nobody → MOS Linux (mos-linux) |
tags: | added: support |
tags: | added: enhancement |
In general updating core OS components is not welcome at all. In particular upgrading libnl might break iproute, iptables, qemu, openvswitch, and other networking software. Also libnl is tightly coupled with in kernel netlink ABI, therefore upgrading only user space part (libnl) might break the whole system.