RHBA-2017:3232 - Bug Fix Advisory

Topic

Updated OpenStack Orchestration packages that resolve various issues are
now available for Red Hat OpenStack Platform 10.0 (Newton) for RHEL 7.

Description

Red Hat OpenStack Platform provides the facilities for building, deploying
and monitoring a private or public infrastructure-as-a-service (IaaS) cloud
running on commonly available physical hardware. This advisory includes
packages for:

• OpenStack Orchestration service

OpenStack Orchestration (heat) is a template-driven engine used to specify
and deploy configurations for Compute, Storage, and OpenStack Networking.
It can also be used to automate post-deployment actions, which in turn
allows automated provisioning of infrastructure, services, and
applications. Orchestration can also be integrated with Telemetry alarms to
implement auto-scaling for certain infrastructure resources.

Changes to the openstack-heat component:

• This update enables heat to resync the state of resources from nova and neutron when the heat resources are in `FAILED` state but the back-end resources are fine. This allows recovering from upgrade failures without replacing the resources.
• Originally, it was not possible to update any resource (still existing in the template used for update) that was in `DELETE_COMPLETE`state. The problem has been fixed. As a result, all `DELETE_COMPLETE` resources are now replaced when the stack is updated.
• This update introduces a new resource, `OS::Neutron::Trunk`, that adds support of neutron trunks in heat templates.
• With this update, the OS::Nova::ServerGroup resource now allows the 'soft-affinity' and 'soft-anti-affinity' policies to be used in addition to the 'affinity' and 'anti-affinity' policies.
• With this update, the `OS::Neutron::RBACPolicy` resource supports managing QoS policies and networks, which allows to share the Neutron QoS policy to subsets of tenants.
• With this update, the `OS::Neutron::Port` resource now supports the 'baremetal' and 'direct-physical' (passthrough) vnic_type.
• Originally, resources in the `CHECK_COMPLETE` state could not be looked up by their reference ID. Consequently, autoscaling was no longer possible after completing the stack-check operation on a stack containing an autoscaling group. The problem has been fixed. As a result, the resources in the `CHECK_COMPLETE` state can now be looked up by their reference ID and autoscaling continues to work after a stack-check.

Solution

Before applying this update, ensure all previously released errata relevant
to your system have been applied.

Red Hat OpenStack Platform 10 runs on Red Hat Enterprise Linux 7.4.

The Red Hat OpenStack Platform 10 Release Notes contain the following:

• An explanation of the way in which the provided components interact to

form a working cloud computing environment.

• Technology Previews, Recommended Practices, and Known Issues.
• The channels required for Red Hat OpenStack Platform 10, including which

channels need to be enabled and disabled.

The Release Notes are available at:
https://access.redhat.com/documentation/en/red-hat-openstack-platform/10/paged/release-notes

This update is available through 'yum update' on systems registered through
Red Hat Subscription Manager. For more information about Red Hat
Subscription Manager, see:

https://access.redhat.com/documentation/en-US/Red_Hat_Subscription_Management/1/html/RHSM/index.html

Affected Products

• Red Hat OpenStack 10 x86_64

Fixes

• BZ - 1477109 - [Backport] Add TrunkPort support for heat templates
• BZ - 1480338 - [RFE] Add soft policy for nova server group
• BZ - 1488211 - Backport request: Do not replace failed server always
• BZ - 1492034 - Compute Node Scale out failing because of a NODE Stuck in Delete COMPLETE State
• BZ - 1498513 - OSP 10 Heat Engine does not support vnic_type "direct-physical"
• BZ - 1500599 - Cannot autoscale when group is in CHECK_COMPLETE
• BZ - 1506288 - Rebase openstack-heat to 3b32b44d
• BZ - 1506789 - Rebase openstack-heat-templates to 1d2d3cb7

CVEs

(none)

References

(none)