Refine release notes before kolla 2024.1 release

Change-Id: I9e4933cecd5c1e336b1bdc1072925fa73cd0c8ee
This commit is contained in:
Bartosz Bezak 2024-05-07 12:01:41 +02:00
parent e0fbc5ad41
commit 43f43c97c4
26 changed files with 128 additions and 126 deletions

View File

@ -1,5 +1,5 @@
--- ---
features: features:
- | - |
Adds a new variable ``prometheus_ceph_exporter_interval`` for controlling Added a new variable ``prometheus_ceph_exporter_interval`` for controlling
Ceph's metrics scrape interval. the scrape interval of Ceph metrics.

View File

@ -1,5 +1,5 @@
--- ---
upgrade: upgrade:
- | - |
Minimum supported Ansible version is now ``8`` (ansible-core 2.15) The minimum supported Ansible version is now ``8`` (ansible-core 2.15),
and maximum supported is ``9`` (ansible-core 2.16). and the maximum supported is ``9`` (ansible-core 2.16).

View File

@ -1,9 +1,9 @@
--- ---
fixes: fixes:
- | - |
Adds separate role for changing sysctl settings. Introduced a separate role for managing sysctl settings. This role
This role automatically checks if the systems supports automatically detects support for IPv6 and, if unsupported, skips the IPv6
IPv6 and if not, skips the IPv6 sysctl settings. sysctl settings. This role expands the previous backportable fix of this
This role expands previous backportable fix of this issue, reviewed at
issue at Icccfc1c509179c3cfd59650b7917a637f9af9646 https://review.opendev.org/c/openstack/kolla-ansible/+/905831. For more
`LP#1906306 <https://launchpad.net/bugs/1906306>`__ details, see `LP#1906306 <https://launchpad.net/bugs/1906306>`__.

View File

@ -1,5 +1,5 @@
--- ---
fixes: fixes:
- | - |
Fixes nova-cell not updating the cell0 database address when VIP changes. Fixed nova-cell not updating the cell0 database address when VIP changes.
`LP#1915302 <https://launchpad.net/bugs/1915302>`__ For more details, refer to `LP#1915302 <https://launchpad.net/bugs/1915302>`__.

View File

@ -1,6 +1,6 @@
--- ---
fixes: fixes:
- | - |
Fixes an issue with ``openvswitch`` bridge creation when Fixed an issue with ``openvswitch`` bridge creation when
``neutron_bridge_name`` was specified as two bridges. ``neutron_bridge_name`` was specified as two bridges. For details, see
`LP#2056332 <https://bugs.launchpad.net/kolla-ansible/+bug/2056332>`__ `LP#2056332 <https://bugs.launchpad.net/kolla-ansible/+bug/2056332>`__.

View File

@ -1,5 +1,5 @@
--- ---
fixes: fixes:
- | - |
Fixes the use of redis as coordination backend. Fixed the use of Redis as coordination backend. For details, see
`LP#2056667 <https://bugs.launchpad.net/kolla-ansible/+bug/2056667>`__ `LP#2056667 <https://bugs.launchpad.net/kolla-ansible/+bug/2056667>`__.

View File

@ -1,7 +1,6 @@
--- ---
fixes: fixes:
- | - |
Fix the wrong configuration of the ovs-dpdk service. Fixed the wrong configuration of the ovs-dpdk service, which broke the
this breaks the deployment of kolla-ansible. deployment of Kolla-Ansible. For details, see `bug 2058372
For more details please see `bug 2058372
<https://bugs.launchpad.net/kolla-ansible/+bug/2058372>`__. <https://bugs.launchpad.net/kolla-ansible/+bug/2058372>`__.

View File

@ -1,6 +1,6 @@
--- ---
upgrade: upgrade:
- | - |
Support for deploying ``Murano`` has been dropped. Support for deploying ``Murano`` has been dropped. Additionally, support
In addition to that support for deploying outward RabbitMQ (only used for deploying outward RabbitMQ (only used for Murano) has been dropped as
for Murano) has been dropped as well. well.

View File

@ -1,9 +1,8 @@
--- ---
features: features:
- | - |
Exposes a flag, ``bifrost_enable_ironic_inspector``, to enable Exposed a flag, `bifrost_enable_ironic_inspector`, to enable
ironic-inspector in Bifrost. This option defaults to ``True`` as it can be ironic-inspector in Bifrost. This option defaults to `True` as it can be
useful for backwards compatibility. It is still possible to use native useful for backwards compatibility. It still allows using native in-band
in-band inspection when Ironic Inspector is enabled by setting inspection when Ironic Inspector is enabled by setting `inspect_interface`
``inspect_interface`` to ``agent``. Please see the Ironic documentation for to `agent`. Please see the Ironic documentation for more details.
more details.

View File

@ -1,9 +1,8 @@
--- ---
features: features:
- | - |
Implements [Configure tap-as-a-service plugin on neutron containers]. Implemented [Configure tap-as-a-service plugin on neutron containers].
Adds the needed changes and configurations in order to use the Added the necessary changes and configurations to use the neutron plugin,
neutron plugin, tap-as-a-service, to create por mirrors using tap-as-a-service, for creating port mirrors using `openstack tap` commands.
`openstack tap` commands. For more information, refer to the blueprint
`Blueprint configure-taas-plugin `configure-taas-plugin <https://blueprints.launchpad.net/kolla-ansible/+spec/configure-taas-plugin>`__.
<https://blueprints.launchpad.net/kolla-ansible/+spec/configure-taas-plugin>`__

View File

@ -1,23 +1,23 @@
--- ---
features: features:
- | - |
Implements [Enable Fluentd Plugin Systemd]. Implemented [Enable Fluentd Plugin Systemd].
Adds the needed changes and configurations in order to use the Added the necessary changes and configurations to use the fluentd plugin,
fluentd plugin, systemd, to read logs from /var/log/journal by systemd, to read logs from /var/log/journal by default. This allows us to
default. This allows us to read and manipulate this logs for read and manipulate these logs for monitoring purposes.
monitoring purposes.
These logs will be sent to OpenSearch by default, to disable this These logs will be sent to OpenSearch by default. To disable this behavior,
behavior, set the value of the variable ``enable_fluentd_systemd`` set the value of the variable ``enable_fluentd_systemd`` to ``false`` in
to ``false`` in the configuration file ``/etc/kolla/globals.yml``. the configuration file ``/etc/kolla/globals.yml``.
By default, when enabling central logging, we also enable the By default, when enabling central logging, we also enable the ``systemd``
``systemd`` plugin. To disable this behavior when central logging plugin. To disable this behavior when central logging is enabled, set the
is enabled, set the value of the variable ``enable_fluentd_systemd`` value of the variable ``enable_fluentd_systemd`` to ``false`` in the
to ``false`` in the configuration file ``/etc/kolla/globals.yml``. configuration file ``/etc/kolla/globals.yml``.
fluent-plugin-systemd source: fluent-plugin-systemd source:
https://github.com/fluent-plugin-systemd/fluent-plugin-systemd https://github.com/fluent-plugin-systemd/fluent-plugin-systemd
`Blueprint enable-fluent-plugin-systemd For more information, refer to the blueprint
<https://blueprints.launchpad.net/kolla-ansible/+spec/enable-fluent-plugin-systemd>`__ `enable-fluent-plugin-systemd
<https://blueprints.launchpad.net/kolla-ansible/+spec/enable-fluent-plugin-systemd>`__.

View File

@ -1,24 +1,26 @@
--- ---
upgrade: upgrade:
- | - |
Changes configuration variable ``designate_enable_notifications_sink`` The configuration variable ``designate_enable_notifications_sink`` has
to ``no`` which configures notifications for designate in neutron, nova been changed to ``no``, configuring notifications for designate in neutron,
and control deployment of ``designate-sink`` which is now optional. nova, and control deployment of ``designate-sink`` which is now optional.
Operators that want to keep the previous behavior should set this to Operators who want to keep the previous behavior should set this to
``true``. ``true``.
features: features:
- | - |
Adds new variables to be used by the neutron role, New variables have been added to be used by the neutron role,
``neutron_dns_integration`` and ``neutron_dns_domain``. ``neutron_dns_integration`` and ``neutron_dns_domain``.
They allow to enable/disable internal/external DNS integrations, They allow enabling/disabling internal/external DNS integrations, or their
or their combinations. combinations.
fixes: fixes:
- | - |
Fixes configuration of DNS integrations. See `LP##2049503 The configuration of DNS integrations has been fixed. See `LP##2049503
<https://bugs.launchpad.net/kolla-ansible/+bug/2049503>`__, <https://bugs.launchpad.net/kolla-ansible/+bug/2049503>`__,
`DNS Integration `DNS Integration
<https://docs.openstack.org/neutron/latest/admin/config-dns-int.html>`__ <https://docs.openstack.org/neutron/latest/admin/config-dns-int.html>`__,
and the `DNS Integration with an External Service and the `DNS Integration with an External Service
<https://docs.openstack.org/neutron/latest/admin/config-dns-int-ext-serv.html#config-dns-int-ext-serv>`__ <https://docs.openstack.org/neutron/latest/admin/config-dns-int-ext-serv.html#config-dns-int-ext-serv>`__
for details. for details.

View File

@ -1,7 +1,8 @@
--- ---
fixes: fixes:
- | - |
Fix a trove deployment bug where trove guest-agent failed to connect Fixed a trove deployment bug where the trove guest-agent failed to connect
to RabbitMQ due to the missing of the `oslo_messaging_rabbit` config in to RabbitMQ due to the absence of the `oslo_messaging_rabbit` config in
`guest-agent.conf`. `guest-agent.conf`.
see `bug 2048822 <https://bugs.launchpad.net/kolla-ansible/+bug/2048822>`__ See `bug 2048822 <https://bugs.launchpad.net/kolla-ansible/+bug/2048822>`__
for details.

View File

@ -1,6 +1,7 @@
--- ---
fixes: fixes:
- | - |
Fix trove failed to discover swift endpoint due to the missing of Fixed trove failing to discover the swift endpoint due to the absence of
`service_credentials` in guest-agent.conf. `service_credentials` in guest-agent.conf.
see `bug 2048829 <https://bugs.launchpad.net/kolla-ansible/+bug/2048829>`__ See `bug 2048829 <https://bugs.launchpad.net/kolla-ansible/+bug/2048829>`__
for details.

View File

@ -1,11 +1,12 @@
--- ---
fixes: fixes:
- | - |
Updates the default Grafana OpenSearch datasource configuration to use Updated the default Grafana OpenSearch datasource configuration to use
values for OpenSearch that work out of the box. Replaces the Elasticsearch values for OpenSearch that work out of the box. Replaced the Elasticsearch
values that were previously being used. The new configuration can be values that were previously being used. The new configuration can be
applied by deleting your datasource and reconfiguring Grafana through kolla applied by deleting your datasource and reconfiguring Grafana through
ansible. In order to prevent dashboards from breaking when the datasource Kolla Ansible. To prevent dashboards from breaking when the datasource is
is deleted, one should use `datasource variables deleted, one should use `datasource variables
<https://grafana.com/docs/grafana/latest/dashboards/variables/add-template-variables/#add-a-data-source-variable>`__ <https://grafana.com/docs/grafana/latest/dashboards/variables/add-template-variables/#add-a-data-source-variable>`
in Grafana. See bug `2039500 <https://bugs.launchpad.net/kolla-ansible/+bug/2039500>`__. in Grafana. See bug `2039500
<https://bugs.launchpad.net/kolla-ansible/+bug/2039500>`.

View File

@ -1,23 +1,24 @@
--- ---
fixes: fixes:
- | - |
Fixes bug `#2039498 Fixed bug `#2039498
<https://bugs.launchpad.net/kolla-ansible/+bug/2039498>`__ where the <https://bugs.launchpad.net/kolla-ansible/+bug/2039498>`__ where the Grafana
grafana docker volume was bind mounted over Grafana plugins installed at docker volume was bind mounted over Grafana plugins installed at image
image build time. This is fixed by copying the dashboards into the build time. This was fixed by copying the dashboards into the container
container from an existing bind mount instead of using the ``grafana`` from an existing bind mount instead of using the ``grafana`` volume.
volume. This however leaves behind the volume which can be removed by However, this leaves behind the volume, which can be removed by setting
setting ``grafana_remove_old_volume`` to ``true``. Please note that any ``grafana_remove_old_volume`` to ``true``. Please note that any plugins
plugins installed via the cli directly and not through kolla will be lost installed via the CLI directly and not through Kolla will be lost when
when doing this. In a future release ``grafana_remove_old_volume`` will doing this. In a future release, ``grafana_remove_old_volume`` will default
default to ``true``. to ``true``.
upgrade: upgrade:
- | - |
The ``grafana`` volume is no longer used. If you wish to automatically The ``grafana`` volume is no longer used. If you wish to automatically
remove the old volume, set ``grafana_remove_old_volume`` to ``true``. Note remove the old volume, set ``grafana_remove_old_volume`` to ``true``. Note
that doing this will lose any plugins installed via the cli directly and that doing this will lose any plugins installed via the CLI directly and
not through kolla. If you have previously installed Grafana plugins via the not through Kolla. If you have previously installed Grafana plugins via the
Grafana UI, or CLI, you must change to installing them at image `build time Grafana UI or CLI, you must change to installing them at image `build time
<https://docs.openstack.org/kolla/latest/admin/image-building.html#dockerfile-customisation>`__. <https://docs.openstack.org/kolla/latest/admin/image-building.html#dockerfile-customisation>`__.
The grafana volume, which will contain existing custom plugins, will be The Grafana volume, which contains existing custom plugins, will be
automatically removed in the D release. automatically removed in the D release.

View File

@ -1,9 +1,9 @@
--- ---
upgrade: upgrade:
- | - |
Horizon role was reworked to preferred local_settings.d The Horizon role has been reworked to the preferred local_settings.d
configuration model. Files ``local_settings`` and configuration model. Files ``local_settings`` and ``custom_local_settings``
``custom_local_settings`` were renamed to ``_9998-kolla-settings.py`` have been renamed to ``_9998-kolla-settings.py`` and
and ``_9999-custom-settings.py`` Users who use horizon's custom ``_9999-custom-settings.py`` respectively. Users who use Horizon's custom
configuration have to change the names of those files in configuration must change the names of those files in
``/etc/kolla/config/horizon`` also. ``/etc/kolla/config/horizon`` as well.

View File

@ -1,12 +1,10 @@
--- ---
features: features:
- | - |
Enable elevated access for project scoped service role Elevated access for project-scoped service role in Ironic has been
in Ironic. Ironic recently started to enforce new policies enabled. Ironic recently started to enforce new policies and scopes,
and scope. And Ironic is one of the sole openstack project and it is one of the few OpenStack projects that require system scope
which need system scope for some admin related api calls. for some admin-related API calls. However, Ironic has also begun to
However Ironic also started to allow project-scope behaviour allow project-scoped behavior for service roles by setting
for service role with setting ``rbac_service_role_elevated_access``. This change enables this setting
``rbac_service_role_elevated_access``. This change enables to achieve similar behavior for service role as other OpenStack projects.
this setting to get similar behaviour of service role as other
openstack projects.

View File

@ -1,5 +1,5 @@
--- ---
features: features:
- | - |
Add the service role to ironic service users. Ironic recently enforced The service role has been added to Ironic service users. Ironic recently
new policy validation and added service role support. enforced new policy validation and added support for service roles.

View File

@ -1,6 +1,6 @@
--- ---
features: features:
- | - |
Adds support for setting the max fail percentage for Ansible plays via Support has been added for setting the max fail percentage for Ansible
``kolla_max_fail_percentage``. It can also be set on a per-service basis, plays via ``kolla_max_fail_percentage``. It can also be set on a
e.g. ``nova_max_fail_percentage``. per-service basis, e.g., ``nova_max_fail_percentage``.

View File

@ -1,6 +1,6 @@
--- ---
fixes: fixes:
- | - |
Adds missing support for friendly labels for Prometheus Ironic exporter and Support for friendly labels has been added for Prometheus Ironic exporter
Alertmanager metrics. `LP#2041855 and Alertmanager metrics. See `LP#2041855
<https://bugs.launchpad.net/kolla-ansible/+bug/2041855>`__ <https://bugs.launchpad.net/kolla-ansible/+bug/2041855>`__ for details.

View File

@ -1,5 +1,5 @@
--- ---
features: features:
- | - |
Re-added support for neutron-fwaas v2. Set ``enable_neutron_fwaas: yes`` Support for neutron-fwaas v2 has been re-added.
to enable. Set `enable_neutron_fwaas: yes` to enable.

View File

@ -1,7 +1,8 @@
--- ---
features: features:
- | - |
Configure Skyline's Prometheus connection to make the Monitor Center work. Configuration has been added to connect Skyline's Prometheus to make the
The latest Skyline Console has now a Monitor Center in the administrator Monitor Center work. The latest Skyline Console now includes a Monitor
view that displays information from Prometheus. For that to work the Center in the administrator view that displays information from Prometheus.
Prometheus connection needs to be set up in skyline.yaml. For this to work, the Prometheus connection needs to be set up in
skyline.yaml.

View File

@ -1,8 +1,8 @@
--- ---
features: features:
- | - |
Allow overriding of Skyline configuration files by supplying your own The ability to override Skyline configuration files has been added. You can
version of nginx.conf for Skyline Console, gunicorn.py and skyline.yaml supply your own versions of nginx.conf for Skyline Console, gunicorn.py,
for Skyline API Server. Place the files in the skyline subfolder of and skyline.yaml for the Skyline API Server. Place the files in the skyline
your Kolla config directory, skyline.yaml will be merged with the subfolder of your Kolla config directory; skyline.yaml will be merged with
Kolla provided version. the Kolla-provided version.

View File

@ -1,8 +1,7 @@
--- ---
features: features:
- | - |
Add more services now supported by Skyline to the configuration to make More services supported by Skyline have been added to the configuration,
them accessible to Skylines's frontend console. making them accessible to Skyline's frontend console. The new services
New services include Barbican, Designate, Masakari and Swift or Ceph RGW. include Barbican, Designate, Masakari, and Swift or Ceph RGW. If both
Only one of Swift and CEph RGW can be used, if both are enabled, Swift is Swift and Ceph RGW are enabled, only Swift is configured.
configured.

View File

@ -1,6 +1,7 @@
--- ---
features: features:
- | - |
Enables SSO in Skyline Console if Keystone federation is enabled and Single Sign-On (SSO) is enabled in Skyline Console if Keystone federation
at least one identity provider with protocol openid is set up. is enabled and at least one identity provider with the openid protocol
Skyline Console's redirect URI is added to Keystone's trusted dashboards. is set up. Skyline Console's redirect URI is added to Keystone's trusted
dashboards.