worker node cannot be unlocked at first attempt when configure pci-sriov class of interface
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Won't Fix
|
Low
|
Unassigned |
Bug Description
Brief Description
-----------------
System always fails the 1st unlock request if the node with worker subfunction configure class of pci-sriov class of interface, with error message "Expecting number of interface sriov_numvfs=xx. Please wait a few minutes for inventory update and retry host-unlock."
And even you wait for quite a long time, this error still pops up and fails the 1st unlock operation.
But a rerun of the unlock operation can go through, and the node can be unlocked successfully.
Severity
--------
<Minor: System/Feature is usable with minor issue>
Since unlock the node 2nd time can be completed.
Steps to Reproduce
------------------
1. Provisioning 1st controller node with SRIOV capable NIC, like: Intel Ethernet Controller 10-Gigabit X540-AT2.
2. configure SRIOV class of interface
system datanetwork-add physnet1 flat
system host-if-modify -m 1500 -n sriov1 -c pci-sriov -N 12 --vf-driver=vfio controller-0 ens785f1
system interface-
## check the VFs have been enabled in controller-0, by running "ip link show ens785f1"
## and then request the unlock operation
system host-unlock controller-0
Expected Behavior
------------------
The unlock operation should be successful at the 1st attempt.
Actual Behavior
----------------
System always fails the 1st unlock request if the node with worker subfunction configure class of pci-sriov class of interface, with error message "Expecting number of interface sriov_numvfs=xx. Please wait a few minutes for inventory update and retry host-unlock."
Reproducibility
---------------
the issue is 100% reproducible
System Configuration
-------
Two node system, this can happen in both nodes in the duplex, but may also happen in other system configurations.
Branch/Pull Time/Commit
-------
BUILD_ID=
Last Pass
---------
N/A
Timestamp/Logs
--------------
sysinv.log
Test Activity
-------------
Evaluation
Is this specific to this particular NIC? Or have you seen this issue on other NICs as well?