Wallaby Series Release Notes¶
There was a mismatch between the way heat create role behaved with the templates or with the OpenStack CLI on what relates to the default domain if the domain is not specified on both cases the CLI will not assign on to the created new role but the heat templates will assign the “default” domain
OS::Octavia::Poolresource now supports SOURCE_IP_PORT option required for Octavia OVN provider driver.
Add new properties
backups_gigabytesresource OS::Cinder::Quota. These properties can be updated without replacement.
wallabytemplate version introduces a new 2-argument form of the
iffunction. This allows users to specify optional property values, so that when the condition is false Heat treats it the same as if no value were specified for the property at all. The behaviour of existing templates is unchanged, even after updating the template version to
OS::Neutron::Porttype supports the
no_fixed_ipsproperty, which allows users to create a network port without any fixed ips.
Adds a new
segmentsattribute to the
OS::Neutron::ProviderNetresource. The attribute resolves the segments of the network.
The default policies provided by heat api have been updated to add support for default roles and system scope. This is part of a broader community effort to support read-only roles and implement secure, consistent default policies.
Refer to the Keystone documentation for more information on the reason for these changes.
Operators can now set a separate
stacks:update_no_changepolicy for PATCH updates that don’t modify the stack, independently of the existing
OS::Glance::WebImageresource type now supports an
activeproperty to allow administrators to deactivate and reactivate the Image. Images remain active by default.
OS::Glance::WebImageresource type now supports a
membersproperty for managing a list of other tenants with access to the Image.
OS::Vitrage::Templateresource is added to configure and create a Vitrage template. The Vitrage template can be used, for example, for executing a Mistral healing workflow in case there is an alarm on an instance.
The old default policy rules have been deprecated for removal in Xena cycle.
Templates that creates roles but does not specify the domain will not get a “default” domain from now on. To have a domain added to your new role it needs to be assigned in the template.
Oslo db config is able to control wrap_db_retry call in heat. We remove hard coded settings for wrap_db_retry and use following configs from oslo_db instead. * database.db_max_retries * database.db_retry_interval * database.db_inc_retry_interval * database.db_max_retry_interval So database cofig can now control db retries. Please reference  for what each config options can do.  https://opendev.org/openstack/oslo.db/src/branch/master/oslo_db/options.py
The ordering in the list of segments returned by
OS::Neutron::Netresources is not predictable. Stack updates changing attributes of the network can cause the list of segments to shift.
The ordering is now slightly more predictable, segments with name=``None`` are now placed first in the list. This doesn’t guarantee the order, but typically only the segment implicitly created by neutron has no name attribute set. The template author should ensure other segments on the network does have a name set, so that the implicit segment will always be index 0. Resolving attributes of the implicitly created segment on the network resource can then predictably happen using index 0. See bug: 1894920.