Hide Forgot
Description of problem: Number of VFs configured over SR-IOV NIC resets after a reboot. On OSPD10 + SR-IOV setup the number of VFs should be static and remain after a reboot. Version-Release number of selected component (if applicable): OSPD10, build - 2016-10-06.1. How reproducible: Always Steps to Reproduce: 1.Install OSPD 2.Use SR-IOV post install yaml[http://skvs.etherpad.corp.redhat.com/integration-sriov ] 3.cat /sys/class/net/p6p1/device/sriov_numvfs [returns 0] Actual results: numvfs returns 0 Expected results: Should return the value we configured in the post deploy script Additional info:
On reboot, the sriov_numvfs for that interface will be set only when "ifup-local p6p1" is invoked. By default, this interface will be NM controlled, which will fail to call ifup-local. Adding below network config for the p6p1 interface in the compute node, will trigger the ifup-local script for this interface (on reboot) - type: interface name: p6p1 use_dhcp: false defroute: false Verified in the same setup provided by Maxim.
(In reply to Saravanan KR from comment #4) > Verified in the same setup provided by Maxim. Setup provided by Eyal.
I've been working on the neutron SR-IOV agent angle to this. Just for information purposes, see https://bugzilla.redhat.com/show_bug.cgi?id=1369768 #c12 for some notes on how I enabled VF allocation on reboot/PF allocation/release.
On the basis of discussion with owalsh at the 2016-10-14 nova triage call, this looks like it's related to SR-IOV integration in OSP-director implemented by skramaja. Hence reassigning to the NFV DFG. Feel free to assign back to DFG:Compute is the above conclusion is not correct.
This change or network configuration template is for the operator (documentation). So if somebody lets me know where this has to be placed will do it. Right request Angus to move bug status to ON_QA to verify the same.
I have verified SR-IOV feature with OSPD10. I suggest to add Saravanan's Fix(Comment 4) to the documentation.