Bug 1454634

+++ This bug was initially created as a clone of Bug #1454624 +++

Description of problem:
Deployed OSP10- with ovs 2.5/2.6 (1 controller,2 computes) and created 3 types of instances. normal port, direct port (VF), direct-physical port (PF port).
When I ran an upgrade to OSP11 the process failed because the system could not find the PF nic.  

   Warning: Scope(Class[Nova]): Could not look up qualified variable '::nova::scheduler::filter::cpu_allocation_ratio'; class ::nova::scheduler::filter has not been evaluated
    Warning: Scope(Class[Nova]): Could not look up qualified variable '::nova::scheduler::filter::ram_allocation_ratio'; class ::nova::scheduler::filter has not been evaluated
    Warning: Scope(Class[Nova]): Could not look up qualified variable '::nova::scheduler::filter::disk_allocation_ratio'; class ::nova::scheduler::filter has not been evaluated
    Warning: Scope(Class[Nova::Compute]): compute_manager is marked as deprecated in Nova but still needed when Ironic is used. It will be removed once Nova removes it.
    Warning: Scope(Class[Nova::Vncproxy::Common]): Could not look up qualified variable '::nova::vncproxy::host'; class ::nova::vncproxy has not been evaluated
    Warning: Scope(Class[Nova::Vncproxy::Common]): Could not look up qualified variable '::nova::vncproxy::vncproxy_protocol'; class ::nova::vncproxy has not been evaluated
    Warning: Scope(Class[Nova::Vncproxy::Common]): Could not look up qualified variable '::nova::vncproxy::port'; class ::nova::vncproxy has not been evaluated
    Warning: Scope(Class[Nova::Vncproxy::Common]): Could not look up qualified variable '::nova::vncproxy::vncproxy_path'; class ::nova::vncproxy has not been evaluated
    Warning: Scope(Class[Ceilometer]): Both $metering_secret and $telemetry_secret defined, using $telemetry_secret
    Warning: Scope(Class[Ceilometer::Agent::Compute]): This class is deprecated. Please use ceilometer::agent::polling with compute namespace instead.
    Error: /sys/class/net/p1p1/device/sriov_numvfs doesn't exist. Check if p1p1 is a valid network interface supporting SR-IOV
    Error: /Stage[main]/Tripleo::Host::Sriov/Sriov_vf_config[p1p1:5]/ensure: change from absent to present failed: /sys/class/net/p1p1/device/sriov_numvfs doesn't exist. Check if p1p1 is a valid network interface supporting SR-IOV                                                                                                                                                      
    Warning: /Firewall[998 log all]: Skipping because of failed dependencies
    Warning: /Firewall[999 drop all]: Skipping because of failed dependencies




Version-Release number of selected component (if applicable):

python-neutron-lib-0.4.0-1.el7ost.noarch
openstack-neutron-common-9.2.0-2.el7ost.noarch
puppet-neutron-9.5.0-1.el7ost.noarch
openstack-neutron-9.2.0-2.el7ost.noarch
python-neutronclient-6.0.0-2.el7ost.noarch
openstack-neutron-ml2-9.2.0-2.el7ost.noarch
openstack-neutron-openvswitch-9.2.0-2.el7ost.noarch
python-neutron-9.2.0-2.el7ost.noarch
openstack-tripleo-heat-templates-5.2.0-15.el7ost.noarch
How reproducible:
always

Steps to Reproduce:
1.deploy SRIOV setup osp10 latest (at least 2 computes)
2.create on overcloud 3 types of instances. normal port, direct port (VF), direct-physical port (PF port)
3.run update process to osp10-z3 with ovs2.6 

openstack overcloud deploy --update-plan-only \
--templates \
--environment-file "$HOME/extra_env.yaml" \
--libvirt-type kvm \
--ntp-server clock.redhat.com \
-e /home/stack/ospd-10-multiple-nic-vlans-ovs-dpdk-single-port/network-environment.yaml \
-e /usr/share/openstack-tripleo-heat-templates/environments/neutron-ovs-dpdk.yaml \
--log-file overcloud_install.log &> overcloud_install.log


OpenStack overcloud update stack -i overcloud
Actual results:
failed 

Expected results:
update success

Additional info:

--- Additional comment from Eran Kuris on 2017-05-23 04:36:47 EDT ---

Workaround: Delete the PF instance and run again update/upgrade process and it will pass.