Bug 1583272
| Summary: | [SRIOV] NeutronSriovHostConfig missing in SRIOV's env files Edit | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Ricardo Noriega <rnoriega> |
| Component: | openstack-tripleo-heat-templates | Assignee: | Ricardo Noriega <rnoriega> |
| Status: | CLOSED ERRATA | QA Contact: | Noam Manos <nmanos> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 13.0 (Queens) | CC: | aadam, dbecker, jianzzha, jschluet, mburns, mkolesni, morazi, rnoriega, trozet, yrachman |
| Target Milestone: | z2 | Keywords: | Triaged, ZStream |
| Target Release: | 13.0 (Queens) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | SRIOV | ||
| Fixed In Version: | openstack-tripleo-heat-templates-8.0.4-3.el7ost | Doc Type: | Enhancement |
| Doc Text: |
Feature: SRIOV with OpenDaylight
Reason: One of the TripleO services is missing from the templates.
Result:
"In order to configure SRIOV properly on the compute nodes, in an OpenDaylight environment, we would need to make sure the following services are present in an environment file:
OS::TripleO::Services::ComputeNeutronCorePlugin: ../../docker/services/neutron-plugin-ml2.yaml
OS::TripleO::Services::NeutronSriovAgent: ../../docker/services/neutron-sriov-agent.yaml
OS::TripleO::Services::NeutronSriovHostConfig: ../../puppet/services/neutron-sriov-host-config.yaml
There is an environment file named neutron-opendaylight-sriov.yaml in:
/usr/share/openstack-tripleo-heat-templates/environments/services-docker/neutron-opendaylight-sriov.yaml
where the user should add the NeutronSriovHostConfig service into the resource registry section. So the environment file would look like:
# A Heat environment that can be used to deploy OpenDaylight with SRIOV
# This file is to be used with neutron-opendaylight.yaml
resource_registry:
OS::TripleO::Services::ComputeNeutronCorePlugin: ../../docker/services/neutron-plugin-ml2.yaml
OS::TripleO::Services::NeutronSriovAgent: ../../docker/services/neutron-sriov-agent.yaml
OS::TripleO::Services::NeutronSriovHostConfig: ../../puppet/services/neutron-sriov-host-config.yaml
parameter_defaults:
NeutronMechanismDrivers: ['sriovnicswitch','opendaylight_v2']
# Add PciPassthroughFilter to the scheduler default filters
#NovaSchedulerDefaultFilters: ['RetryFilter','AvailabilityZoneFilter','RamFilter','ComputeFilter','ComputeCapabilitiesFilter','ImagePropertiesFilter','ServerGroupAntiAffinityFilter','ServerGroupAffinityFilter','PciPassthroughFilter']
#NovaSchedulerAvailableFilters: ["nova.scheduler.filters.all_filters","nova.scheduler.filters.pci_passthrough_filter.PciPassthroughFilter"]
#NeutronPhysicalDevMappings: "datacentre:ens20f2"
# Number of VFs that needs to be configured for a physical interface
#NeutronSriovNumVFs: "ens20f2:5"
#NovaPCIPassthrough:
# - devname: "ens20f2"
# physical_network: "datacentre"
|
Story Points: | --- |
| Clone Of: | Environment: |
N/A
|
|
| Last Closed: | 2018-08-29 16:36:45 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1528947 | ||
|
Description
Ricardo Noriega
2018-05-28 15:44:40 UTC
The upstream fix is on its way: https://review.openstack.org/#/q/topic:bug/1773746+(status:open+OR+status:merged) Ricky, please provide doc text of what needs to be manually done to make it work in GA. The fix will go in z1. "In order to configure SRIOV properly on the compute nodes, in an OpenDaylight environment, we would need to make sure the following services are present in an environment file: OS::TripleO::Services::ComputeNeutronCorePlugin: ../../docker/services/neutron-plugin-ml2.yaml OS::TripleO::Services::NeutronSriovAgent: ../../docker/services/neutron-sriov-agent.yaml OS::TripleO::Services::NeutronSriovHostConfig: ../../puppet/services/neutron-sriov-host-config.yaml There is an environment file named neutron-opendaylight-sriov.yaml in: /usr/share/openstack-tripleo-heat-templates/environments/services-docker/neutron-opendaylight-sriov.yaml where the user should add the NeutronSriovHostConfig service into the resource registry section. So the environment file would look like: # A Heat environment that can be used to deploy OpenDaylight with SRIOV # This file is to be used with neutron-opendaylight.yaml resource_registry: OS::TripleO::Services::ComputeNeutronCorePlugin: ../../docker/services/neutron-plugin-ml2.yaml OS::TripleO::Services::NeutronSriovAgent: ../../docker/services/neutron-sriov-agent.yaml OS::TripleO::Services::NeutronSriovHostConfig: ../../puppet/services/neutron-sriov-host-config.yaml parameter_defaults: NeutronMechanismDrivers: ['sriovnicswitch','opendaylight_v2'] # Add PciPassthroughFilter to the scheduler default filters #NovaSchedulerDefaultFilters: ['RetryFilter','AvailabilityZoneFilter','RamFilter','ComputeFilter','ComputeCapabilitiesFilter','ImagePropertiesFilter','ServerGroupAntiAffinityFilter','ServerGroupAffinityFilter','PciPassthroughFilter'] #NovaSchedulerAvailableFilters: ["nova.scheduler.filters.all_filters","nova.scheduler.filters.pci_passthrough_filter.PciPassthroughFilter"] #NeutronPhysicalDevMappings: "datacentre:ens20f2" # Number of VFs that needs to be configured for a physical interface #NeutronSriovNumVFs: "ens20f2:5" #NovaPCIPassthrough: # - devname: "ens20f2" # physical_network: "datacentre" Both patches for master and Queens have landed upstream: https://review.openstack.org/#/q/topic:bug/1773746+(status:open+OR+status:merged) This bug is marked for inclusion in the errata but does not currently contain draft documentation text. To ensure the timely release of this advisory please provide draft documentation text for this bug as soon as possible. If you do not think this bug requires errata documentation, set the requires_doc_text flag to "-". To add draft documentation text: * Select the documentation type from the "Doc Type" drop down field. * A template will be provided in the "Doc Text" field based on the "Doc Type" value selected. Enter draft text in the "Doc Text" field. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:2574 *** Bug 1579137 has been marked as a duplicate of this bug. *** |