September 2024 - Release-announce

magnum-ui 15.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for magnum-ui for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/magnum-ui/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/magnum-ui/src/branch/stable/dalmatian Release notes for magnum-ui can be found at: https://docs.openstack.org/releasenotes/magnum-ui/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/magnum-ui/+bugs and tag it *dalmatian-rc-potential* to bring it to the magnum-ui release crew's attention.

1 0

zun-ui 14.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for zun-ui for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/zun-ui/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/zun-ui/src/branch/stable/dalmatian Release notes for zun-ui can be found at: https://docs.openstack.org/releasenotes/zun-ui/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/zun-ui/+bugs and tag it *dalmatian-rc-potential* to bring it to the zun-ui release crew's attention.

1 0

masakari-monitors 18.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for masakari-monitors for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/masakari-monitors/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/masakari-monitors/src/branch/stable/dalmatian Release notes for masakari-monitors can be found at: https://docs.openstack.org/releasenotes/masakari-monitors/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/masakari-monitors/+bugs and tag it *dalmatian-rc-potential* to bring it to the masakari-monitors release crew's attention.

1 0

magnum 19.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for magnum for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/magnum/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/magnum/src/branch/stable/dalmatian Release notes for magnum can be found at: https://docs.openstack.org/releasenotes/magnum/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/magnum/+bugs and tag it *dalmatian-rc-potential* to bring it to the magnum release crew's attention.

1 0

trove-dashboard 23.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for trove-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/trove-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/trove-dashboard/src/branch/stable/dalmatian Release notes for trove-dashboard can be found at: https://docs.openstack.org/releasenotes/trove-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/trove-dashboard/+bugs and tag it *dalmatian-rc-potential* to bring it to the trove-dashboard release crew's attention.

1 0

masakari 18.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for masakari for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/masakari/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/masakari/src/branch/stable/dalmatian Release notes for masakari can be found at: https://docs.openstack.org/releasenotes/masakari/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/masakari/+bugs and tag it *dalmatian-rc-potential* to bring it to the masakari release crew's attention.

1 0

mistral-dashboard 19.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for mistral-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/mistral-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/mistral-dashboard/src/branch/stable/dalmatian Release notes for mistral-dashboard can be found at: https://docs.openstack.org/releasenotes/mistral-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/mistral/+bugs and tag it *dalmatian-rc-potential* to bring it to the mistral-dashboard release crew's attention.

1 0

trove 22.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for trove for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/trove/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/trove/src/branch/stable/dalmatian Release notes for trove can be found at: https://docs.openstack.org/releasenotes/trove/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/trove/+bugs and tag it *dalmatian-rc-potential* to bring it to the trove release crew's attention.

1 0

masakari-dashboard 11.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for masakari-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/masakari-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/masakari-dashboard/src/branch/stable/dalmatian Release notes for masakari-dashboard can be found at: https://docs.openstack.org/releasenotes/masakari-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/masakari/+bugs and tag it *dalmatian-rc-potential* to bring it to the masakari-dashboard release crew's attention.

1 0

watcher-dashboard 12.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for watcher-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/watcher-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/watcher-dashboard/src/branch/stable/dalmatian Release notes for watcher-dashboard can be found at: https://docs.openstack.org/releasenotes/watcher-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/watcher-dashboard/+bugs and tag it *dalmatian-rc-potential* to bring it to the watcher-dashboard release crew's attention.

1 0

watcher 13.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

Hello everyone, A new release candidate for watcher for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/watcher/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/watcher/src/branch/stable/dalmatian Release notes for watcher can be found at: https://docs.openstack.org/releasenotes/watcher/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/watcher/+bugs and tag it *dalmatian-rc-potential* to bring it to the watcher release crew's attention.

1 0

release-test 7.0.0 (dalmatian)
by no-reply＠openstack.org 16 Sep '24

16 Sep '24

We are thrilled to announce the release of: release-test 7.0.0 This release is part of the dalmatian release series. The source is available from: https://opendev.org/openstack/release-test Download the package from: https://tarballs.openstack.org/release-test/ Please report issues through: https://bugs.launchpad.net/nova/+bugs For more details, please see below. Changes in release-test 6.0.0..7.0.0 ------------------------------------ 2871df0 Update bindep for python3 187d627 Update master for stable/2024.1 Diffstat (except docs and test files) ------------------------------------- bindep.txt | 4 ++-- releasenotes/source/2024.1.rst | 6 ++++++ releasenotes/source/index.rst | 1 + 3 files changed, 9 insertions(+), 2 deletions(-)

1 0

placement 12.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for placement for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/placement/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/placement/src/branch/stable/dalmatian Release notes for placement can be found at: https://docs.openstack.org/releasenotes/placement/ If you find an issue that could be considered release-critical, please file it at: https://storyboard.openstack.org/#!/project/openstack/placement and tag it *dalmatian-rc-potential* to bring it to the placement release crew's attention.

1 0

python-troveclient 8.6.0 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

We enthusiastically announce the release of: python-troveclient 8.6.0: Client library for OpenStack DBaaS API This release is part of the dalmatian release series. The source is available from: https://opendev.org/openstack/python-troveclient Download the package from: https://pypi.org/project/python-troveclient Please report issues through: https://bugs.launchpad.net/python-troveclient/+bugs For more details, please see below. Changes in python-troveclient 8.5.0..8.6.0 ------------------------------------------ 2d912fb use stevedore to load extensions 59fb4a2 Remove logic for Python < 3 0d6ffdd reno: Update master for unmaintained/zed bcefdc6 reno: Update master for unmaintained/xena 5922b73 reno: Update master for unmaintained/wallaby ede9b0d reno: Update master for unmaintained/victoria Diffstat (except docs and test files) ------------------------------------- releasenotes/source/victoria.rst | 2 +- releasenotes/source/wallaby.rst | 2 +- releasenotes/source/xena.rst | 2 +- releasenotes/source/zed.rst | 2 +- requirements.txt | 1 + troveclient/auth_plugin.py | 19 ++++++++----------- troveclient/shell.py | 18 +++++++----------- troveclient/utils.py | 19 ++++--------------- 9 files changed, 24 insertions(+), 62 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 9459683..69f35bd 100644 --- a/requirements.txt +++ b/requirements.txt @@ -13,0 +14 @@ python-openstackclient>=3.12.0 # Apache-2.0 +stevedore>=2.0.1 # Apache-2.0

1 0

blazar 14.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for blazar for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/blazar/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/blazar/src/branch/stable/dalmatian Release notes for blazar can be found at: https://docs.openstack.org/releasenotes/blazar/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/blazar/+bugs and tag it *dalmatian-rc-potential* to bring it to the blazar release crew's attention.

1 0

blazar-nova 6.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for blazar-nova for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/blazar-nova/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/blazar-nova/src/branch/stable/dalmatian Release notes for blazar-nova can be found at: https://docs.openstack.org/releasenotes/blazar-nova/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/blazar/+bugs and tag it *dalmatian-rc-potential* to bring it to the blazar-nova release crew's attention.

1 0

skyline-apiserver 5.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for skyline-apiserver for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/skyline-apiserver/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/skyline-apiserver/src/branch/stable/dalmatian Release notes for skyline-apiserver can be found at: https://docs.openstack.org/releasenotes/skyline-apiserver/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/skyline-apiserver/+bugs and tag it *dalmatian-rc-potential* to bring it to the skyline-apiserver release crew's attention.

1 0

skyline-console 5.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for skyline-console for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/skyline-console/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/skyline-console/src/branch/stable/dalmatian Release notes for skyline-console can be found at: https://docs.openstack.org/releasenotes/skyline-console/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/skyline-apiserver/+bugs and tag it *dalmatian-rc-potential* to bring it to the skyline-console release crew's attention.

1 0

manila 19.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for manila for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/manila/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/manila/src/branch/stable/dalmatian Release notes for manila can be found at: https://docs.openstack.org/releasenotes/manila/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/manila/+bugs and tag it *dalmatian-rc-potential* to bring it to the manila release crew's attention.

1 0

neutron 25.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for neutron for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/neutron/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/neutron/src/branch/stable/dalmatian Release notes for neutron can be found at: https://docs.openstack.org/releasenotes/neutron/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/neutron/+bugs and tag it *dalmatian-rc-potential* to bring it to the neutron release crew's attention.

1 0

adjutant 9.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for adjutant for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/adjutant/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/adjutant/src/branch/stable/dalmatian Release notes for adjutant can be found at: https://docs.openstack.org/releasenotes/adjutant/ If you find an issue that could be considered release-critical, please file it at: https://storyboard.openstack.org/#!/project/openstack/adjutant and tag it *dalmatian-rc-potential* to bring it to the adjutant release crew's attention.

1 0

tacker-horizon 10.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for tacker-horizon for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/tacker-horizon/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/tacker-horizon/src/branch/stable/dalmatian Release notes for tacker-horizon can be found at: https://docs.openstack.org/releasenotes/tacker-horizon/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/tacker/+bugs and tag it *dalmatian-rc-potential* to bring it to the tacker-horizon release crew's attention.

1 0

blazar-dashboard 12.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 13 Sep '24

13 Sep '24

Hello everyone, A new release candidate for blazar-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/blazar-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/blazar-dashboard/src/branch/stable/dalmatian Release notes for blazar-dashboard can be found at: https://docs.openstack.org/releasenotes/blazar-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/blazar/+bugs and tag it *dalmatian-rc-potential* to bring it to the blazar-dashboard release crew's attention.

1 0

ironic 21.4.3 (antelope)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We contentedly announce the release of: ironic 21.4.3: OpenStack Bare Metal Provisioning This release is part of the antelope release series. The source is available from: https://opendev.org/openstack/ironic Download the package from: https://tarballs.openstack.org/ironic/ Please report issues through: https://storyboard.openstack.org/#!/project/943 For more details, please see below. 21.4.3 ^^^^^^ Upgrade Notes ************* * When upgrading Ironic to address the "qemu-img" image conversion security issues, the "ironic-python-agent" ramdisks will also need to be upgraded. * When upgrading Ironic to address the "qemu-img" image conversion security issues, the "[conductor]conductor_always_validates_images" setting may be set to "True" as a short term remedy while "ironic- python-agent" ramdisks are being updated. Alternatively it may be advisable to also set the "[agent]image_download_source" setting to "local" to minimize redundant network data transfers. * As a result of security fixes to address "qemu-img" image conversion security issues, a new configuration parameter has been added to Ironic, "[conductor]permitted_image_formats" with a default value of "raw,qcow2,iso". Raw and qcow2 format disk images are the image formats the Ironic community has consistently stated as what is supported and expected for use with Ironic. These formats also match the formats which the Ironic community tests. Operators who leverage other disk image formats, may need to modify this setting further. Security Issues *************** * Ironic now checks the supplied image format value against the detected format of the image file, and will prevent deployments should the values mismatch. If being used with Glance and a mismatch in metadata is identified, it will require images to be re-uploaded with a new image ID to represent corrected metadata. This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic *always* inspects the supplied user image content for safety prior to deployment of a node should the image pass through the conductor, even if the image is supplied in "raw" format. This is utilized to identify the format of the image and the overall safety of the image, such that source images with unknown or unsafe feature usage are explicitly rejected. This can be disabled by setting "[conductor]disable_deep_image_inspection" to "True". This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic can also inspect images which would normally be provided as a URL for direct download by the "ironic-python-agent" ramdisk. This is not enabled by default as it will increase the overall network traffic and disk space utilization of the conductor. This level of inspection can be enabled by setting "[conductor]conductor_always_validates_images" to "True". Once the "ironic-python-agent" ramdisk has been updated, it will perform similar image security checks independently, should an image conversion be required. This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic now explicitly enforces a list of permitted image types for deployment via the "[conductor]permitted_image_formats" setting, which defaults to "raw", "qcow2", and "iso". While the project has classically always declared permissible images as "qcow2" and "raw", it was previously possible to supply other image formats known to "qemu-img", and the utility would attempt to convert the images. The "iso" support is required for "boot from ISO" ramdisk support. * Ironic now explicitly passes the source input format to executions of "qemu-img" to limit the permitted qemu disk image drivers which may evaluate an image to prevent any mismatched format attacks against "qemu-img". * The "ansible" deploy interface example playbooks now supply an input format to execution of "qemu-img". If you are using customized playbooks, please add "-f {{ ironic.image.disk_format }}" to your invocations of "qemu-img". If you do not do so, "qemu-img" will automatically try and guess which can lead to known security issues with the incorrect source format driver. * Operators who have implemented any custom deployment drivers or additional functionality like machine snapshot, should review their downstream code to ensure they are properly invoking "qemu-img". If there are any questions or concerns, please reach out to the Ironic project developers. * Operators are reminded that they should utilize cleaning in their environments. Disabling any security features such as cleaning or image inspection are at **your** **own** **risk**. Should you have any issues with security related features, please don't hesitate to open a bug with the project. * The "[conductor]disable_deep_image_inspection" setting is conveyed to the "ironic-python-agent" ramdisks automatically, and will prevent those operating ramdisks from performing deep inspection of images before they are written. * The "[conductor]permitted_image_formats" setting is conveyed to the "ironic-python-agent" ramdisks automatically. Should a need arise to explicitly permit an additional format, that should take place in the Ironic service configuration. Bug Fixes ********* * Fixes multiple issues in the handling of images as it relates to the execution of the "qemu-img" utility, which is used for image format conversion, where a malicious user could craft a disk image to potentially extract information from an "ironic-conductor" process's operating environment. Ironic now explicitly enforces a list of approved image formats as a "[conductor]permitted_image_formats" list, which mirrors the image formats the Ironic project has historically tested and expressed as known working. Testing is not based upon file extension, but upon content fingerprinting of the disk image files. This is tracked as CVE-2024-44082 via bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) Changes in ironic 21.4.2..21.4.3 -------------------------------- d409512b4 CI: stable/2023.1 - remove partition and older non-voting jobs 188d43616 CVE-2024-44982: Harden all image handling and conversion code 12b49a29d [CI][stable only] fix zuul config 2e1bfeb15 [CI] Fix job parent name Diffstat (except docs and test files) ------------------------------------- ironic/api/controllers/v1/ramdisk.py | 2 + ironic/common/exception.py | 4 + ironic/common/image_format_inspector.py | 1038 ++++++++++++++++++++ ironic/common/images.py | 152 ++- ironic/common/qemu_img.py | 89 ++ ironic/conf/__init__.py | 2 + ironic/conf/conductor.py | 43 + ironic/conf/disk_utils.py | 33 + ironic/conf/opts.py | 1 + .../playbooks/roles/deploy/tasks/write.yaml | 2 +- ironic/drivers/modules/deploy_utils.py | 202 +++- ironic/drivers/modules/image_cache.py | 71 +- .../unit/drivers/modules/test_deploy_utils.py | 515 +++++++++- .../address-qemu-issues-1bbead8bb70b76fb.yaml | 108 ++ zuul.d/ironic-jobs.yaml | 3 +- zuul.d/project.yaml | 18 - 25 files changed, 3500 insertions(+), 184 deletions(-)

1 0

ironic-python-agent 9.7.2 (bobcat)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are glad to announce the release of: ironic-python-agent 9.7.2: Ironic Python Agent Ramdisk This release is part of the bobcat release series. The source is available from: https://opendev.org/openstack/ironic-python-agent Download the package from: https://tarballs.openstack.org/ironic-python-agent/ Please report issues through: https://storyboard.openstack.org/#!/project/openstack/ironic- python-agent For more details, please see below. 9.7.2 ^^^^^ Upgrade Notes ************* * Deployers implementing their own "HardwareManagers" must to audit their code for unsafe uses of *qemu-img* and related methods. Security Issues *************** * Ironic-Python-Agent now checks any supplied image format value against the detected format of the image file and will prevent deployments should the values mismatch. * Images previously misconfigured as raw despite being in another format, in some non-default configurations, may have been mistakenly converted if needed. Ironic-Python-Agent will no longer perform conversion in any case for images with metadata indicating in raw format. * Ironic-Python-Agent *always* inspects any non-raw user image content for safety before running any qemu-based utilities on the image. This is utilized to identify the format of the image and to verify the overall safety of the image. Any images with unknown or unsafe feature uses are explicitly rejected. This can be disabled in both IPA and Ironic by setting "[conductor]disable_deep_image_inspection" to "True" for the Ironic deployment. Image inspection is the primary mitigation for CVE-2024-44082 being tracked in bug 2071740 (https://bugs.launchpad.net/ironic-python-agent/+bug/2071740) Operators may desire to set "[conductor]conductor_always_validates_images" on Ironic conductors to mitigate the issue before they have upgraded their Ironic-Python- Agent. * Ironic-Python-Agent now explicitly enforces a list of permitted image types for deployment, defaulting to "raw" and "qcow2". Other image types may work, but are not explicitly supported and must be enabled. This can be modified by setting "[conductor]permitted_image_formats" for all Ironic services. Bug Fixes ********* * Fixes an issue where configuration drive volumes which are mounted by the operating system could remain mounted and cause a lock to be held, which may conflict with actions such as "rebuild". The agent now always makes sure the folder used by Glean and Cloud-init is not mounted. * Fixes multiple issues in the handling of images as it related to execution of the "qemu-img" utility. When using this utility to convert an unsafe image, a malicious user can extract information from a node while Ironic-Python-Agent is deploying or converting an image. Ironic-Python-Agent now inspects all non-raw images for safety, and never runs qemu-based utilities on raw images. This fix is tracked as CVE-2024-44082 and bug 2071740 (https://bugs.launchpad.net/ironic-python-agent/+bug/2071740) * Images with metadata indicating a "raw" disk format may have been transparently converted from another format. Now, these images will have their exact contents imaged to disk without modification. * Fixes bug 2066308, an issue where Ironic Python Agent would call evaluate_hardware_support multiple times on hardware manager plugins. Scanning for hardware and disks is time consuming, and caused timeouts on badly-performing nodes. Changes in ironic-python-agent 9.7.1..9.7.2 ------------------------------------------- b7fa84d Inspect non-raw images for safety 9008eca Remove and disable examples job b066a21 Call evaluate_hardware_support exactly once per hwm 0337474 Unmount config drives Diffstat (except docs and test files) ------------------------------------- ironic_python_agent/agent.py | 6 + ironic_python_agent/config.py | 69 +- ironic_python_agent/disk_partitioner.py | 125 +++ ironic_python_agent/disk_utils.py | 788 +++++++++++++++ ironic_python_agent/errors.py | 9 + ironic_python_agent/extensions/standby.py | 86 +- ironic_python_agent/format_inspector.py | 1044 +++++++++++++++++++ ironic_python_agent/hardware.py | 67 +- ironic_python_agent/partition_utils.py | 11 +- ironic_python_agent/qemu_img.py | 153 +++ ironic_python_agent/utils.py | 28 + ...-config-drive-is-umounted-a3985bbb45e89051.yaml | 8 + .../notes/image-security-5c23b890409101c9.yaml | 48 + ...ate-hardware-support-once-9ec1ae327b4e03f2.yaml | 7 + zuul.d/ironic-python-agent-jobs.yaml | 17 +- zuul.d/project.yaml | 2 - 27 files changed, 4305 insertions(+), 199 deletions(-)

1 0

ironic 23.0.2 (bobcat)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are glad to announce the release of: ironic 23.0.2: OpenStack Bare Metal Provisioning This release is part of the bobcat release series. The source is available from: https://opendev.org/openstack/ironic Download the package from: https://tarballs.openstack.org/ironic/ Please report issues through: https://storyboard.openstack.org/#!/project/943 For more details, please see below. 23.0.2 ^^^^^^ Upgrade Notes ************* * When upgrading Ironic to address the "qemu-img" image conversion security issues, the "ironic-python-agent" ramdisks will also need to be upgraded. * When upgrading Ironic to address the "qemu-img" image conversion security issues, the "[conductor]conductor_always_validates_images" setting may be set to "True" as a short term remedy while "ironic- python-agent" ramdisks are being updated. Alternatively it may be advisable to also set the "[agent]image_download_source" setting to "local" to minimize redundant network data transfers. * As a result of security fixes to address "qemu-img" image conversion security issues, a new configuration parameter has been added to Ironic, "[conductor]permitted_image_formats" with a default value of "raw,qcow2,iso". Raw and qcow2 format disk images are the image formats the Ironic community has consistently stated as what is supported and expected for use with Ironic. These formats also match the formats which the Ironic community tests. Operators who leverage other disk image formats, may need to modify this setting further. Security Issues *************** * Ironic now checks the supplied image format value against the detected format of the image file, and will prevent deployments should the values mismatch. If being used with Glance and a mismatch in metadata is identified, it will require images to be re-uploaded with a new image ID to represent corrected metadata. This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic *always* inspects the supplied user image content for safety prior to deployment of a node should the image pass through the conductor, even if the image is supplied in "raw" format. This is utilized to identify the format of the image and the overall safety of the image, such that source images with unknown or unsafe feature usage are explicitly rejected. This can be disabled by setting "[conductor]disable_deep_image_inspection" to "True". This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic can also inspect images which would normally be provided as a URL for direct download by the "ironic-python-agent" ramdisk. This is not enabled by default as it will increase the overall network traffic and disk space utilization of the conductor. This level of inspection can be enabled by setting "[conductor]conductor_always_validates_images" to "True". Once the "ironic-python-agent" ramdisk has been updated, it will perform similar image security checks independently, should an image conversion be required. This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic now explicitly enforces a list of permitted image types for deployment via the "[conductor]permitted_image_formats" setting, which defaults to "raw", "qcow2", and "iso". While the project has classically always declared permissible images as "qcow2" and "raw", it was previously possible to supply other image formats known to "qemu-img", and the utility would attempt to convert the images. The "iso" support is required for "boot from ISO" ramdisk support. * Ironic now explicitly passes the source input format to executions of "qemu-img" to limit the permitted qemu disk image drivers which may evaluate an image to prevent any mismatched format attacks against "qemu-img". * The "ansible" deploy interface example playbooks now supply an input format to execution of "qemu-img". If you are using customized playbooks, please add "-f {{ ironic.image.disk_format }}" to your invocations of "qemu-img". If you do not do so, "qemu-img" will automatically try and guess which can lead to known security issues with the incorrect source format driver. * Operators who have implemented any custom deployment drivers or additional functionality like machine snapshot, should review their downstream code to ensure they are properly invoking "qemu-img". If there are any questions or concerns, please reach out to the Ironic project developers. * Operators are reminded that they should utilize cleaning in their environments. Disabling any security features such as cleaning or image inspection are at **your** **own** **risk**. Should you have any issues with security related features, please don't hesitate to open a bug with the project. * The "[conductor]disable_deep_image_inspection" setting is conveyed to the "ironic-python-agent" ramdisks automatically, and will prevent those operating ramdisks from performing deep inspection of images before they are written. * The "[conductor]permitted_image_formats" setting is conveyed to the "ironic-python-agent" ramdisks automatically. Should a need arise to explicitly permit an additional format, that should take place in the Ironic service configuration. Bug Fixes ********* * Fixes issue with configuring virtual media boot for executing service steps by adding missing entries for states.SERVICING and states.SERVICEWAIT in the whitelist of the states allowed by this method. * Fixes multiple issues in the handling of images as it relates to the execution of the "qemu-img" utility, which is used for image format conversion, where a malicious user could craft a disk image to potentially extract information from an "ironic-conductor" process's operating environment. Ironic now explicitly enforces a list of approved image formats as a "[conductor]permitted_image_formats" list, which mirrors the image formats the Ironic project has historically tested and expressed as known working. Testing is not based upon file extension, but upon content fingerprinting of the disk image files. This is tracked as CVE-2024-44082 via bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Service step validation no longer requires a priority field, which is not supported for servicing. * Adds an ISO publisher value to ISO images which are mastered as part of cleaning/deployment/service operations in support of a fix for bug 2032377 (https://bugs.launchpad.net/ironic/+bug/2032377) Changes in ironic 23.0.1..23.0.2 -------------------------------- 79f685be2 CI: Remove grenade jobs for 2023.2 6a7c1ce16 CVE-2024-44982: Harden all image handling and conversion code bd7adb094 Temporary disable ironic-standalone-redfish on stable/2023.2 9b09987b6 fix: Fix class typo for portgroup. Portgroup instead of PortGroup 81f79769c Remove SQLAlchemy tips jobs d4ce99c89 Fix spurious CI job failures around partition images c71e124f9 Inject a randomized publisher id 0638b08d1 Handle servicing failures in the Redfish BIOS interface 7bf5f13b0 Stop assuming service steps have priorities b81bbdd7d Add states.SERVICING and SERVICEWAIT to need_prepare_ramdisk Diffstat (except docs and test files) ------------------------------------- devstack/lib/ironic | 7 +- ironic/api/controllers/v1/port.py | 2 +- ironic/api/controllers/v1/ramdisk.py | 2 + ironic/common/exception.py | 4 + ironic/common/image_format_inspector.py | 1038 ++++++++++++++++++++ ironic/common/images.py | 190 +++- ironic/common/qemu_img.py | 89 ++ ironic/conductor/steps.py | 25 +- ironic/conf/__init__.py | 2 + ironic/conf/conductor.py | 43 + ironic/conf/disk_utils.py | 33 + ironic/conf/opts.py | 1 + .../playbooks/roles/deploy/tasks/write.yaml | 2 +- ironic/drivers/modules/deploy_utils.py | 218 +++- ironic/drivers/modules/image_cache.py | 71 +- ironic/drivers/modules/image_utils.py | 34 +- ironic/drivers/modules/redfish/bios.py | 7 +- ironic/drivers/utils.py | 4 +- .../unit/drivers/modules/test_deploy_utils.py | 515 +++++++++- ...g-to-need-prepare-ramdisk-fb0634b4f7d851bd.yaml | 7 + .../address-qemu-issues-1bbead8bb70b76fb.yaml | 108 ++ .../notes/service-priority-7482622471102c6b.yaml | 5 + ...ia-publisher-id-injection-c88674a31634f852.yaml | 6 + zuul.d/ironic-jobs.yaml | 18 - zuul.d/project.yaml | 17 +- 36 files changed, 3722 insertions(+), 287 deletions(-)

1 0

ironic 24.1.2 (caracal)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We eagerly announce the release of: ironic 24.1.2: OpenStack Bare Metal Provisioning This release is part of the caracal release series. The source is available from: https://opendev.org/openstack/ironic Download the package from: https://tarballs.openstack.org/ironic/ Please report issues through: https://bugs.launchpad.net/ironic/+bugs For more details, please see below. 24.1.2 ^^^^^^ Upgrade Notes ************* * When upgrading Ironic to address the "qemu-img" image conversion security issues, the "ironic-python-agent" ramdisks will also need to be upgraded. * When upgrading Ironic to address the "qemu-img" image conversion security issues, the "[conductor]conductor_always_validates_images" setting may be set to "True" as a short term remedy while "ironic- python-agent" ramdisks are being updated. Alternatively it may be advisable to also set the "[agent]image_download_source" setting to "local" to minimize redundant network data transfers. * As a result of security fixes to address "qemu-img" image conversion security issues, a new configuration parameter has been added to Ironic, "[conductor]permitted_image_formats" with a default value of "raw,qcow2,iso". Raw and qcow2 format disk images are the image formats the Ironic community has consistently stated as what is supported and expected for use with Ironic. These formats also match the formats which the Ironic community tests. Operators who leverage other disk image formats, may need to modify this setting further. Security Issues *************** * Ironic now checks the supplied image format value against the detected format of the image file, and will prevent deployments should the values mismatch. If being used with Glance and a mismatch in metadata is identified, it will require images to be re-uploaded with a new image ID to represent corrected metadata. This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic *always* inspects the supplied user image content for safety prior to deployment of a node should the image pass through the conductor, even if the image is supplied in "raw" format. This is utilized to identify the format of the image and the overall safety of the image, such that source images with unknown or unsafe feature usage are explicitly rejected. This can be disabled by setting "[conductor]disable_deep_image_inspection" to "True". This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic can also inspect images which would normally be provided as a URL for direct download by the "ironic-python-agent" ramdisk. This is not enabled by default as it will increase the overall network traffic and disk space utilization of the conductor. This level of inspection can be enabled by setting "[conductor]conductor_always_validates_images" to "True". Once the "ironic-python-agent" ramdisk has been updated, it will perform similar image security checks independently, should an image conversion be required. This is the result of CVE-2024-44082 tracked as bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Ironic now explicitly enforces a list of permitted image types for deployment via the "[conductor]permitted_image_formats" setting, which defaults to "raw", "qcow2", and "iso". While the project has classically always declared permissible images as "qcow2" and "raw", it was previously possible to supply other image formats known to "qemu-img", and the utility would attempt to convert the images. The "iso" support is required for "boot from ISO" ramdisk support. * Ironic now explicitly passes the source input format to executions of "qemu-img" to limit the permitted qemu disk image drivers which may evaluate an image to prevent any mismatched format attacks against "qemu-img". * The "ansible" deploy interface example playbooks now supply an input format to execution of "qemu-img". If you are using customized playbooks, please add "-f {{ ironic.image.disk_format }}" to your invocations of "qemu-img". If you do not do so, "qemu-img" will automatically try and guess which can lead to known security issues with the incorrect source format driver. * Operators who have implemented any custom deployment drivers or additional functionality like machine snapshot, should review their downstream code to ensure they are properly invoking "qemu-img". If there are any questions or concerns, please reach out to the Ironic project developers. * Operators are reminded that they should utilize cleaning in their environments. Disabling any security features such as cleaning or image inspection are at **your** **own** **risk**. Should you have any issues with security related features, please don't hesitate to open a bug with the project. * The "[conductor]disable_deep_image_inspection" setting is conveyed to the "ironic-python-agent" ramdisks automatically, and will prevent those operating ramdisks from performing deep inspection of images before they are written. * The "[conductor]permitted_image_formats" setting is conveyed to the "ironic-python-agent" ramdisks automatically. Should a need arise to explicitly permit an additional format, that should take place in the Ironic service configuration. Bug Fixes ********* * Fixes an issue with units tests that show this DeprecationWarning: The metaschema specified by $schema was not found. Using the latest draft to validate, but this will raise an error in the future. cls = validator_for(schema) Removed the warning for deprecated schema by using a new template. * Fixes the issue of service steps not starting due to servicing states (states.SERVICING and states.SERVICEWAIT) missing from _FASTTRACK_HEARTBEAT_ALLOWED constant. * Fixes issue with configuring virtual media boot for executing service steps by adding missing entries for states.SERVICING and states.SERVICEWAIT in the whitelist of the states allowed by this method. * Fixes multiple issues in the handling of images as it relates to the execution of the "qemu-img" utility, which is used for image format conversion, where a malicious user could craft a disk image to potentially extract information from an "ironic-conductor" process's operating environment. Ironic now explicitly enforces a list of approved image formats as a "[conductor]permitted_image_formats" list, which mirrors the image formats the Ironic project has historically tested and expressed as known working. Testing is not based upon file extension, but upon content fingerprinting of the disk image files. This is tracked as CVE-2024-44082 via bug 2071740 (https://bugs.launchpad.net/ironic/+bug/2071740) * Fixes usage of redfish detach virtual media feature to be conform to the general implementation. Before the detach virtual media API call using redfish driver was not working as intended and caused the operation to fail. * Fixes an issue in redfish attach/detach generic virtual media where the attached devices are not correctly recognized causing the attach operation to fail. * Service step validation no longer requires a priority field, which is not supported for servicing. * Fixes service steps that rely on a reboot. Previously, the reboot was not properly recognized in the conductor logic. * Adds an ISO publisher value to ISO images which are mastered as part of cleaning/deployment/service operations in support of a fix for bug 2032377 (https://bugs.launchpad.net/ironic/+bug/2032377) * Fixes generated URL when using the virtual media attachment API. Previously, it missed the node UUID, causing conflicts between different nodes. Changes in ironic 24.1.1..24.1.2 -------------------------------- f7c7ea935 CVE-2024-44982: Harden all image handling and conversion code f33949e37 CI: Disable metal3-integration test job 25c78951a [CI][stable only] fix zuul config 9ac841796 [CI] Fix job parent name 84fb43b81 fix: Fix class typo for portgroup. Portgroup instead of PortGroup 55987f269 Correct bond_mode enum value for 802.3ad 4e09e6dc5 Remove SQLAlchemy tips jobs f0b623881 Fix spurious CI job failures around partition images 78c1d9a98 Inject a randomized publisher id 394ee3763 Redfish: fix error formatting when mounting vmedia 5026e3079 Fix attach/detach vmedia redfish implementation d31ea3d05 Fix redfish detach generic vmedia device method 22666a889 Add states.SERVICING and SERVICEWAIT to _FASTTRACK_HEARTBEAT_ALLOWED 438fd6220 Remove deprecation warning by setting schema 2638b6c00 Fix the confusion around service_reboot/servicing_reboot 7b6e58a5a Fix servicing clean-up 5733379b6 Handle servicing failures in the Redfish BIOS interface 5f9ceb492 Fix get_async_step_return_state to account for servicing 9bfe422f7 Stop assuming service steps have priorities fab3772cb Add states.SERVICING and SERVICEWAIT to need_prepare_ramdisk ac2c86861 Fix generating local paths when connecting virtual media Diffstat (except docs and test files) ------------------------------------- devstack/lib/ironic | 7 +- ironic/api/controllers/v1/network-data-schema.json | 4 +- ironic/api/controllers/v1/port.py | 2 +- ironic/api/controllers/v1/ramdisk.py | 2 + ironic/common/async_steps.py | 168 ++++ ironic/common/exception.py | 4 + ironic/common/image_format_inspector.py | 1038 ++++++++++++++++++++ ironic/common/images.py | 190 +++- ironic/common/qemu_img.py | 89 ++ ironic/common/states.py | 5 + ironic/conductor/cleaning.py | 11 +- ironic/conductor/deployments.py | 12 +- ironic/conductor/manager.py | 19 +- ironic/conductor/servicing.py | 12 +- ironic/conductor/steps.py | 25 +- ironic/conductor/utils.py | 36 +- ironic/conf/__init__.py | 2 + ironic/conf/conductor.py | 43 + ironic/conf/disk_utils.py | 33 + ironic/conf/opts.py | 1 + ironic/drivers/modules/agent.py | 8 +- ironic/drivers/modules/agent_base.py | 39 +- .../playbooks/roles/deploy/tasks/write.yaml | 2 +- ironic/drivers/modules/deploy_utils.py | 306 ++++-- ironic/drivers/modules/image_cache.py | 71 +- ironic/drivers/modules/image_utils.py | 38 +- ironic/drivers/modules/redfish/bios.py | 7 +- ironic/drivers/modules/redfish/boot.py | 8 +- ironic/drivers/modules/redfish/firmware_utils.py | 2 +- ironic/drivers/modules/redfish/management.py | 22 +- ironic/drivers/utils.py | 4 +- .../unit/drivers/modules/drac/test_management.py | 9 +- .../modules/network/json_samples/network_data.json | 2 +- .../drivers/modules/redfish/test_management.py | 43 +- .../unit/drivers/modules/redfish/test_raid.py | 58 +- .../unit/drivers/modules/test_deploy_utils.py | 520 +++++++++- releasenotes/notes/2061160-5e080a17ae31fb53.yaml | 8 + ...ng-to-heartbeat-fasttrack-85863df34ece6401.yaml | 6 + ...g-to-need-prepare-ramdisk-fb0634b4f7d851bd.yaml | 7 + .../address-qemu-issues-1bbead8bb70b76fb.yaml | 108 ++ ...fix-detach-vmedia-redfish-c86b7d0f72217816.yaml | 7 + ...x-redfish-advmedia-part02-67ac1b22153ff1cf.yaml | 6 + .../notes/service-priority-7482622471102c6b.yaml | 5 + .../notes/servicing-reboot-502f474a01f937a8.yaml | 5 + ...ia-publisher-id-injection-c88674a31634f852.yaml | 6 + .../notes/vmedia-path-648cfa258708e0bb.yaml | 6 + zuul.d/ironic-jobs.yaml | 23 +- zuul.d/project.yaml | 12 +- 63 files changed, 4116 insertions(+), 542 deletions(-)

1 0

ironic-python-agent 9.4.2 (antelope)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are chuffed to announce the release of: ironic-python-agent 9.4.2: Ironic Python Agent Ramdisk This release is part of the antelope release series. The source is available from: https://opendev.org/openstack/ironic-python-agent Download the package from: https://tarballs.openstack.org/ironic-python-agent/ Please report issues through: https://storyboard.openstack.org/#!/project/openstack/ironic- python-agent For more details, please see below. 9.4.2 ^^^^^ Upgrade Notes ************* * Deployers implementing their own "HardwareManagers" must to audit their code for unsafe uses of *qemu-img* and related methods. Security Issues *************** * Ironic-Python-Agent now checks any supplied image format value against the detected format of the image file and will prevent deployments should the values mismatch. * Images previously misconfigured as raw despite being in another format, in some non-default configurations, may have been mistakenly converted if needed. Ironic-Python-Agent will no longer perform conversion in any case for images with metadata indicating in raw format. * Ironic-Python-Agent *always* inspects any non-raw user image content for safety before running any qemu-based utilities on the image. This is utilized to identify the format of the image and to verify the overall safety of the image. Any images with unknown or unsafe feature uses are explicitly rejected. This can be disabled in both IPA and Ironic by setting "[conductor]disable_deep_image_inspection" to "True" for the Ironic deployment. Image inspection is the primary mitigation for CVE-2024-44082 being tracked in bug 2071740 (https://bugs.launchpad.net/ironic-python-agent/+bug/2071740) Operators may desire to set "[conductor]conductor_always_validates_images" on Ironic conductors to mitigate the issue before they have upgraded their Ironic-Python- Agent. * Ironic-Python-Agent now explicitly enforces a list of permitted image types for deployment, defaulting to "raw" and "qcow2". Other image types may work, but are not explicitly supported and must be enabled. This can be modified by setting "[conductor]permitted_image_formats" for all Ironic services. Bug Fixes ********* * Fixes multiple issues in the handling of images as it related to execution of the "qemu-img" utility. When using this utility to convert an unsafe image, a malicious user can extract information from a node while Ironic-Python-Agent is deploying or converting an image. Ironic-Python-Agent now inspects all non-raw images for safety, and never runs qemu-based utilities on raw images. This fix is tracked as CVE-2024-44082 and bug 2071740 (https://bugs.launchpad.net/ironic-python-agent/+bug/2071740) * Images with metadata indicating a "raw" disk format may have been transparently converted from another format. Now, these images will have their exact contents imaged to disk without modification. Changes in ironic-python-agent 9.4.1..9.4.2 ------------------------------------------- a1da3c9 Inspect non-raw images for safety 2af0f10 [stable-only] Multiple job fixes 6123489 CI: Dial back CI jobs for 2023.1 Diffstat (except docs and test files) ------------------------------------- ironic_python_agent/agent.py | 6 + ironic_python_agent/config.py | 69 +- ironic_python_agent/disk_partitioner.py | 125 +++ ironic_python_agent/disk_utils.py | 788 +++++++++++++++ ironic_python_agent/errors.py | 9 + ironic_python_agent/extensions/standby.py | 83 +- ironic_python_agent/format_inspector.py | 1044 +++++++++++++++++++ ironic_python_agent/partition_utils.py | 11 +- ironic_python_agent/qemu_img.py | 153 +++ .../notes/image-security-5c23b890409101c9.yaml | 48 + zuul.d/ironic-python-agent-jobs.yaml | 17 +- zuul.d/project.yaml | 27 +- 18 files changed, 4100 insertions(+), 145 deletions(-)

1 0

ironic-python-agent 9.11.1 (caracal)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are stoked to announce the release of: ironic-python-agent 9.11.1: Ironic Python Agent Ramdisk This release is part of the caracal release series. The source is available from: https://opendev.org/openstack/ironic-python-agent Download the package from: https://tarballs.openstack.org/ironic-python-agent/ Please report issues through: https://bugs.launchpad.net/ironic-python-agent/+bugs For more details, please see below. 9.11.1 ^^^^^^ Upgrade Notes ************* * Deployers implementing their own "HardwareManagers" must to audit their code for unsafe uses of *qemu-img* and related methods. Security Issues *************** * Ironic-Python-Agent now checks any supplied image format value against the detected format of the image file and will prevent deployments should the values mismatch. * Images previously misconfigured as raw despite being in another format, in some non-default configurations, may have been mistakenly converted if needed. Ironic-Python-Agent will no longer perform conversion in any case for images with metadata indicating in raw format. * Ironic-Python-Agent *always* inspects any non-raw user image content for safety before running any qemu-based utilities on the image. This is utilized to identify the format of the image and to verify the overall safety of the image. Any images with unknown or unsafe feature uses are explicitly rejected. This can be disabled in both IPA and Ironic by setting "[conductor]disable_deep_image_inspection" to "True" for the Ironic deployment. Image inspection is the primary mitigation for CVE-2024-44082 being tracked in bug 2071740 (https://bugs.launchpad.net/ironic-python-agent/+bug/2071740) Operators may desire to set "[conductor]conductor_always_validates_images" on Ironic conductors to mitigate the issue before they have upgraded their Ironic-Python- Agent. * Ironic-Python-Agent now explicitly enforces a list of permitted image types for deployment, defaulting to "raw" and "qcow2". Other image types may work, but are not explicitly supported and must be enabled. This can be modified by setting "[conductor]permitted_image_formats" for all Ironic services. Bug Fixes ********* * Fixes an issue where configuration drive volumes which are mounted by the operating system could remain mounted and cause a lock to be held, which may conflict with actions such as "rebuild". The agent now always makes sure the folder used by Glean and Cloud-init is not mounted. * Fixes multiple issues in the handling of images as it related to execution of the "qemu-img" utility. When using this utility to convert an unsafe image, a malicious user can extract information from a node while Ironic-Python-Agent is deploying or converting an image. Ironic-Python-Agent now inspects all non-raw images for safety, and never runs qemu-based utilities on raw images. This fix is tracked as CVE-2024-44082 and bug 2071740 (https://bugs.launchpad.net/ironic-python-agent/+bug/2071740) * Images with metadata indicating a "raw" disk format may have been transparently converted from another format. Now, these images will have their exact contents imaged to disk without modification. * Fixes bug 2066308, an issue where Ironic Python Agent would call evaluate_hardware_support multiple times on hardware manager plugins. Scanning for hardware and disks is time consuming, and caused timeouts on badly-performing nodes. Changes in ironic-python-agent 9.11.0..9.11.1 --------------------------------------------- 06fe5ff Inspect non-raw images for safety 46744b1 Remove and disable examples job e9c0578 Call evaluate_hardware_support exactly once per hwm c1581df Unmount config drives Diffstat (except docs and test files) ------------------------------------- ironic_python_agent/agent.py | 6 + ironic_python_agent/config.py | 76 +- ironic_python_agent/disk_partitioner.py | 124 +++ ironic_python_agent/disk_utils.py | 782 +++++++++++++++ ironic_python_agent/errors.py | 9 + ironic_python_agent/extensions/standby.py | 86 +- ironic_python_agent/format_inspector.py | 1044 ++++++++++++++++++++ ironic_python_agent/hardware.py | 67 +- ironic_python_agent/partition_utils.py | 11 +- ironic_python_agent/qemu_img.py | 153 +++ ironic_python_agent/utils.py | 28 + ...-config-drive-is-umounted-a3985bbb45e89051.yaml | 8 + .../notes/image-security-5c23b890409101c9.yaml | 48 + ...ate-hardware-support-once-9ec1ae327b4e03f2.yaml | 7 + zuul.d/ironic-python-agent-jobs.yaml | 18 +- zuul.d/project.yaml | 2 - 27 files changed, 4260 insertions(+), 199 deletions(-)

1 0

venus-dashboard 5.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for venus-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/venus-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/venus-dashboard/src/branch/stable/dalmatian Release notes for venus-dashboard can be found at: https://docs.openstack.org/releasenotes/venus-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/openstack-venus/+bugs and tag it *dalmatian-rc-potential* to bring it to the venus-dashboard release crew's attention.

1 0

heat-dashboard 12.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for heat-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/heat-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/heat-dashboard/src/branch/stable/dalmatian Release notes for heat-dashboard can be found at: https://docs.openstack.org/releasenotes/heat-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://storyboard.openstack.org/#!/project/openstack/heat-dashboard and tag it *dalmatian-rc-potential* to bring it to the heat-dashboard release crew's attention.

1 0

heat-agents 9.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for heat-agents for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/heat-agents/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/heat-agents/src/branch/stable/dalmatian Release notes for heat-agents can be found at: https://docs.openstack.org/releasenotes/heat-agents/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/heat-agents/+bugs and tag it *dalmatian-rc-potential* to bring it to the heat-agents release crew's attention.

1 0

heat 23.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for heat for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/heat/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/heat/src/branch/stable/dalmatian Release notes for heat can be found at: https://docs.openstack.org/releasenotes/heat/ If you find an issue that could be considered release-critical, please file it at: https://storyboard.openstack.org/#!/project/989 and tag it *dalmatian-rc-potential* to bring it to the heat release crew's attention.

1 0

keystone 26.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for keystone for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/keystone/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/keystone/src/branch/stable/dalmatian Release notes for keystone can be found at: https://docs.openstack.org/releasenotes/keystone/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/keystone/+bugs and tag it *dalmatian-rc-potential* to bring it to the keystone release crew's attention.

1 0

storlets 14.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for storlets for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/storlets/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/storlets/src/branch/stable/dalmatian Release notes for storlets can be found at: https://docs.openstack.org/releasenotes/storlets/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/storlets/+bugs and tag it *dalmatian-rc-potential* to bring it to the storlets release crew's attention.

1 0

ovn-octavia-provider 7.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for ovn-octavia-provider for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/ovn-octavia-provider/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/ovn-octavia-provider/src/branch/stable/dalmat… Release notes for ovn-octavia-provider can be found at: https://docs.openstack.org/releasenotes/ovn-octavia-provider/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/neutron/+bugs and tag it *dalmatian-rc-potential* to bring it to the ovn-octavia-provider release crew's attention.

1 0

octavia 15.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for octavia for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/octavia/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/octavia/src/branch/stable/dalmatian Release notes for octavia can be found at: https://docs.openstack.org/releasenotes/octavia/ If you find an issue that could be considered release-critical, please file it at: https://storyboard.openstack.org/#!/project/908 and tag it *dalmatian-rc-potential* to bring it to the octavia release crew's attention.

1 0

ovn-bgp-agent 3.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for ovn-bgp-agent for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/ovn-bgp-agent/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/ovn-bgp-agent/src/branch/stable/dalmatian Release notes for ovn-bgp-agent can be found at: https://docs.openstack.org/releasenotes/ovn-bgp-agent/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/ovn-bgp-agent/+bugs and tag it *dalmatian-rc-potential* to bring it to the ovn-bgp-agent release crew's attention.

1 0

kolla 17.5.0 (bobcat)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are delighted to announce the release of: kolla 17.5.0: Kolla OpenStack Deployment This release is part of the bobcat release series. The source is available from: https://opendev.org/openstack/kolla Download the package from: https://tarballs.openstack.org/kolla/ Please report issues through: https://bugs.launchpad.net/kolla/+bugs For more details, please see below. 17.5.0 ^^^^^^ Bug Fixes * Apache services like Keystone now started with correct unicode locale. Keystone under Apache on Ubuntu will fail with a UnicodeEncodeError when LDAP driver and DEBUG are enabled. LP#2076453 * Fixes an issue where kolla-toolbox will fail to build due to mismatched rabbitmq-server dependencies. LP#2066171 Changes in kolla 17.4.0..17.5.0 ------------------------------- 1f156fb39 keystone: Fix requests-kerberos installation ae20362c6 CI: Disable CentOS/Rocky/Ubuntu aarch64 jobs 15fd9ded6 Configure Apache services to use correct locale cfc0bd82b Trivial fix letsencrypt base image f3d1bba06 Pass rabbitmq apt preferences into kolla-toolbox Diffstat (except docs and test files) ------------------------------------- .zuul.d/centos.yaml | 3 --- .zuul.d/rocky.yaml | 3 --- .zuul.d/ubuntu.yaml | 3 --- .../notes/configure-apache-locale-d0150e5881f00e65.yaml | 7 +++++++ ...ss-rmq-preferences-into-kolla-toolbox-32d7209c4cf1f3c9.yaml | 6 ++++++ 11 files changed, 40 insertions(+), 12 deletions(-)

1 0

kolla-ansible 18.2.0 (caracal)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are chuffed to announce the release of: kolla-ansible 18.2.0: Ansible Deployment of Kolla containers This release is part of the caracal release series. The source is available from: https://opendev.org/openstack/kolla-ansible Download the package from: https://tarballs.openstack.org/kolla-ansible/ Please report issues through: https://bugs.launchpad.net/kolla-ansible/+bugs For more details, please see below. 18.2.0 ^^^^^^ New Features ************ * Modifies public API firewalld rules to be applied immediately to a running firewalld service. This requires firewalld to be running, but avoids reloading firewalld, which is disruptive due to the way in which firewalld builds its firewall chains. * Added a command to upgrade to a target version of RabbitMQ. This is required before a SLURP upgrade. See the docs for more details: https://docs.openstack.org/kolla-ansible/latest/reference/message- queues/rabbitmq.html#slurp Bug Fixes ********* * Fixes an deploy opensearch with enable TLS on the internal VIP. * Fixes handling of openvswitch on "manila-share" nodes. LP#1993285 * Adds database configuration necessary for barbican. LP#2072554 * Fixes behaviour of Change Password screen in Horizon until bug #2073639 is resolved. LP#2073159 * Fixes the Python requests library issue when using custom CA by adding the REQUESTS_CA environment variable to the kolla-toolbox container. See LP#1967132 * Fixes the detection of the Nova Compute Ironic service when a custom *host* option is set in the service config file. See LP#2056571 * Removes the default */tmp/* mountpoint from the horizon container. This change is made to harden the container and prevent potential security issues. For more information, see the Bug Report: LP#2068126. * Fixed an issue with the "prometheus.yml" template which would break when deploying alertmanager. * Fixes an issue where OVN northbound or southbound database deployment could fail when a new leader is elected. LP#2059124 Changes in kolla-ansible 18.1.0..18.2.0 --------------------------------------- 014dd4915 Apply public firewalld rules immediately 2e31fbd67 Add REQUESTS_CA_BUNDLE to kolla-toolbox container e32cda95d hardening horizon: don't mount hosts /tmp d98c5b49d [2024.1 only] CI: RMQ version upgrade before SLURP 03c7e8496 Add command to upgrade to a target version of RMQ d79698ae9 CI: Only migrate RMQ queues during SLURP 6876041e2 Fix issue with Swift Recon middleware 3340cfe35 Fix post-config of OVS for manila-share servers 0f97aa222 Fix prometheus.yml templating be86bf81c Work around OVN DB leader election race condition c0eee5e6a CI: drop RMQ reconfigure step in queue migrations 4268379da Restart OVS container after hw-offload change e77135b19 Add /v3 suffix to OPENSTACK_KEYSTONE_URL 9206eb495 fix flake8 error in database_shards.py 88e6a3784 CI: Use u-c in openstack-clients role 0c52bb15b Support custom Nova Compute Ironic host names dad9bc400 Fix barbican's configuration e70468f57 Add ca_path for module uri in opensearch role d090164bb Fix prechecks for interfaces with dashes Diffstat (except docs and test files) ------------------------------------- ansible/rabbitmq-upgrade.yml | 21 ++++++++ ansible/roles/barbican/templates/barbican.conf.j2 | 7 ++- ansible/roles/common/defaults/main.yml | 1 + ansible/roles/haproxy-config/tasks/main.yml | 7 ++- ansible/roles/horizon/defaults/main.yml | 1 - .../horizon/templates/_9998-kolla-settings.py.j2 | 3 +- ansible/roles/loadbalancer/handlers/main.yml | 6 --- ansible/roles/loadbalancer/tasks/precheck.yml | 2 +- .../nova-cell/tasks/wait_discover_computes.yml | 2 +- ansible/roles/nova-cell/templates/nova.conf.j2 | 2 +- ansible/roles/opensearch/handlers/main.yml | 2 + ansible/roles/opensearch/tasks/post-config.yml | 4 ++ ansible/roles/openvswitch/tasks/post-config.yml | 6 ++- ansible/roles/ovn-db/defaults/main.yml | 2 + ansible/roles/ovn-db/tasks/bootstrap-db.yml | 10 ++++ ansible/roles/prechecks/tasks/port_checks.yml | 2 +- .../roles/prometheus/templates/prometheus.yml.j2 | 4 +- ansible/roles/rabbitmq/defaults/main.yml | 2 + ansible/roles/swift/tasks/start.yml | 2 + .../logging-and-monitoring/prometheus-guide.rst | 2 +- kolla_ansible/database_shards.py | 4 +- .../notes/add-opensearch-uri-68a657c55ce9c9f1.yaml | 4 ++ .../notes/bug-1993285-127fe764e461465a.yaml | 5 ++ .../notes/bug-2072554-d113b89975985520.yaml | 5 ++ .../notes/bug-2073159-c54c773c72c8fb11.yaml | 6 +++ .../notes/bug-923105-d451a78930973a82.yaml | 7 +++ .../firewalld-immediate-c2abf09977c455a9.yaml | 7 +++ ...ompute-ironic-host-option-a7a3f6ae095f5201.yaml | 6 +++ .../harden_horizon_tmp_usage-0d690e49645b99a8.yaml | 6 +++ .../prometheus-template-fix-b971aad477a8fdc9.yaml | 5 ++ ...mq-target-upgrade-command-d5f9d9fc27fa28f8.yaml | 6 +++ ...round-ovn-leader-election-f7f75e93e9300d96.yaml | 6 +++ roles/cephadm/tasks/main.yml | 4 +- roles/openstack-clients/defaults/main.yml | 2 + roles/openstack-clients/tasks/main.yml | 1 + tools/kolla-ansible | 8 +++ 42 files changed, 300 insertions(+), 60 deletions(-)

1 0

neutron-vpnaas 25.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for neutron-vpnaas for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/neutron-vpnaas/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/neutron-vpnaas/src/branch/stable/dalmatian Release notes for neutron-vpnaas can be found at: https://docs.openstack.org/releasenotes/neutron-vpnaas/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/neutron/+bugs and tag it *dalmatian-rc-potential* to bring it to the neutron-vpnaas release crew's attention.

1 0

networking-bgpvpn 21.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for networking-bgpvpn for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/networking-bgpvpn/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/networking-bgpvpn/src/branch/stable/dalmatian Release notes for networking-bgpvpn can be found at: https://docs.openstack.org/releasenotes/networking-bgpvpn/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/bgpvpn/+bugs and tag it *dalmatian-rc-potential* to bring it to the networking-bgpvpn release crew's attention.

1 0

kolla 16.6.0 (antelope)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are happy to announce the release of: kolla 16.6.0: Kolla OpenStack Deployment This release is part of the antelope release series. The source is available from: https://opendev.org/openstack/kolla Download the package from: https://tarballs.openstack.org/kolla/ Please report issues through: https://bugs.launchpad.net/kolla/+bugs For more details, please see below. 16.6.0 ^^^^^^ Bug Fixes * Apache services like Keystone now started with correct unicode locale. Keystone under Apache on Ubuntu will fail with a UnicodeEncodeError when LDAP driver and DEBUG are enabled. LP#2076453 * Fixes an issue where kolla-toolbox will fail to build due to mismatched rabbitmq-server dependencies. LP#2066171 Changes in kolla 16.5.0..16.6.0 ------------------------------- 3a39a79ee keystone: Fix requests-kerberos installation 0d55fe0f7 CI: Disable CentOS/Rocky/Ubuntu aarch64 jobs a7a602b9b Configure Apache services to use correct locale 343e0bc40 Build RabbitMQ 3.11, 3.12 and 3.13 in 2023.1 0f6b1a2c7 Move apt_prefs pins to respective images Diffstat (except docs and test files) ------------------------------------- .zuul.d/centos.yaml | 3 --- .../kolla-toolbox/apt_preferences_rabbitmq.debian | 1 + .../kolla-toolbox/apt_preferences_rabbitmq.ubuntu | 1 + .../rabbitmq-3-12/apt_preferences_rabbitmq.debian | 7 ++++++ .../rabbitmq-3-12/apt_preferences_rabbitmq.ubuntu | 7 ++++++ .../rabbitmq-3-12/rabbitmq_packages_rpm.centos | 4 ++++ .../rabbitmq-3-12/rabbitmq_packages_rpm.rocky | 4 ++++ .../rabbitmq-3-13/apt_preferences_rabbitmq.debian | 7 ++++++ .../rabbitmq-3-13/apt_preferences_rabbitmq.ubuntu | 7 ++++++ .../rabbitmq-3-13/rabbitmq_packages_rpm.centos | 4 ++++ .../rabbitmq-3-13/rabbitmq_packages_rpm.rocky | 4 ++++ .../rabbitmq/apt_preferences_rabbitmq.debian | 7 ++++++ .../rabbitmq/apt_preferences_rabbitmq.ubuntu | 7 ++++++ .../rabbitmq/{ => rabbitmq}/healthcheck_rabbitmq | 0 .../rabbitmq/rabbitmq/rabbitmq_packages_rpm.centos | 4 ++++ .../rabbitmq/rabbitmq/rabbitmq_packages_rpm.rocky | 4 ++++ kolla/template/repos.yaml | 28 ++++++++++++++++++---- .../configure-apache-locale-d0150e5881f00e65.yaml | 7 ++++++ ...rences-into-kolla-toolbox-32d7209c4cf1f3c9.yaml | 6 +++++ 32 files changed, 146 insertions(+), 22 deletions(-)

1 0

kolla-ansible 17.5.0 (bobcat)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are satisfied to announce the release of: kolla-ansible 17.5.0: Ansible Deployment of Kolla containers This release is part of the bobcat release series. The source is available from: https://opendev.org/openstack/kolla-ansible Download the package from: https://tarballs.openstack.org/kolla-ansible/ Please report issues through: https://bugs.launchpad.net/kolla-ansible/+bugs For more details, please see below. 17.5.0 ^^^^^^ New Features ************ * Modifies public API firewalld rules to be applied immediately to a running firewalld service. This requires firewalld to be running, but avoids reloading firewalld, which is disruptive due to the way in which firewalld builds its firewall chains. Bug Fixes ********* * Fixes an deploy opensearch with enable TLS on the internal VIP. * Fixes handling of openvswitch on "manila-share" nodes. LP#1993285 * Fixes behaviour of Change Password screen in Horizon until bug #2073639 is resolved. LP#2073159 * Fixes the Python requests library issue when using custom CA by adding the REQUESTS_CA environment variable to the kolla-toolbox container. See LP#1967132 * Fixes configuration of CloudKitty when internal TLS is enabled. LP#1998831 * Fixes the detection of the Nova Compute Ironic service when a custom *host* option is set in the service config file. See LP#2056571 * Removes the default */tmp/* mountpoint from the horizon container. This change is made to harden the container and prevent potential security issues. For more information, see the Bug Report: LP#2068126. * Fixes an issue where OVN northbound or southbound database deployment could fail when a new leader is elected. LP#2059124 Changes in kolla-ansible 17.4.0..17.5.0 --------------------------------------- 127db7678 Apply public firewalld rules immediately 5b076458a Add REQUESTS_CA_BUNDLE to kolla-toolbox container b0bb8bc56 hardening horizon: don't mount hosts /tmp 1517c547c Fix issue with Swift Recon middleware 2f1984f91 Fix post-config of OVS for manila-share servers 5eda8fd79 Work around OVN DB leader election race condition d5d3ae3a0 Restart OVS container after hw-offload change d2d846f6f Add /v3 suffix to OPENSTACK_KEYSTONE_URL cfa27ee1d fix flake8 error in database_shards.py 79532d598 Support custom Nova Compute Ironic host names d7ef05780 Support CloudKitty deployment with internal TLS 0594a284c Add ca_path for module uri in opensearch role Diffstat (except docs and test files) ------------------------------------- ansible/roles/cloudkitty/defaults/main.yml | 8 ++-- ansible/roles/cloudkitty/tasks/bootstrap.yml | 3 ++ ansible/roles/common/defaults/main.yml | 1 + ansible/roles/haproxy-config/tasks/main.yml | 7 ++-- ansible/roles/horizon/defaults/main.yml | 1 - ansible/roles/horizon/templates/local_settings.j2 | 3 +- ansible/roles/loadbalancer/handlers/main.yml | 6 --- .../nova-cell/tasks/wait_discover_computes.yml | 2 +- ansible/roles/nova-cell/templates/nova.conf.j2 | 2 +- ansible/roles/opensearch/handlers/main.yml | 2 + ansible/roles/opensearch/tasks/post-config.yml | 4 ++ ansible/roles/openvswitch/tasks/post-config.yml | 4 ++ ansible/roles/ovn-db/defaults/main.yml | 2 + ansible/roles/ovn-db/tasks/bootstrap-db.yml | 10 +++++ ansible/roles/swift/tasks/start.yml | 2 + kolla_ansible/database_shards.py | 4 +- .../notes/add-opensearch-uri-68a657c55ce9c9f1.yaml | 4 ++ .../notes/bug-1993285-127fe764e461465a.yaml | 5 +++ .../notes/bug-2073159-c54c773c72c8fb11.yaml | 6 +++ .../notes/bug-923105-d451a78930973a82.yaml | 7 ++++ .../cloudkitty-internal-tls-c3e18be2a9f95c5d.yaml | 5 +++ .../firewalld-immediate-c2abf09977c455a9.yaml | 7 ++++ ...ompute-ironic-host-option-a7a3f6ae095f5201.yaml | 6 +++ .../harden_horizon_tmp_usage-0d690e49645b99a8.yaml | 6 +++ ...round-ovn-leader-election-f7f75e93e9300d96.yaml | 6 +++ 26 files changed, 136 insertions(+), 20 deletions(-)

1 0

neutron-vpnaas-dashboard 11.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for neutron-vpnaas-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/neutron-vpnaas-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/neutron-vpnaas-dashboard/src/branch/stable/da… Release notes for neutron-vpnaas-dashboard can be found at: https://docs.openstack.org/releasenotes/neutron-vpnaas-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/neutron-vpnaas-dashboard/+bugs and tag it *dalmatian-rc-potential* to bring it to the neutron-vpnaas-dashboard release crew's attention.

1 0

neutron-fwaas-dashboard 8.0.0.0rc1 (dalmatian)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

Hello everyone, A new release candidate for neutron-fwaas-dashboard for the end of the Dalmatian cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/neutron-fwaas-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this candidate will be formally released as the final Dalmatian release. You are therefore strongly encouraged to test and validate this tarball! Alternatively, you can directly test the stable/dalmatian release branch at: https://opendev.org/openstack/neutron-fwaas-dashboard/src/branch/stable/dal… Release notes for neutron-fwaas-dashboard can be found at: https://docs.openstack.org/releasenotes/neutron-fwaas-dashboard/ If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/neutron-fwaas-dashboard/+bugs and tag it *dalmatian-rc-potential* to bring it to the neutron-fwaas-dashboard release crew's attention.

1 0

kayobe 15.5.0 (bobcat)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are psyched to announce the release of: kayobe 15.5.0: Deployment of OpenStack to bare metal using OpenStack kolla and bifrost This release is part of the bobcat release series. The source is available from: https://opendev.org/openstack/kayobe Download the package from: https://tarballs.openstack.org/kayobe/ Please report issues through: https://storyboard.openstack.org/#!/project/openstack/kayobe For more details, please see below. 15.5.0 ^^^^^^ New Features ************ * Adds support for specifying "boot_firmware" and "machine" variables to seed and infra VMs. This can be used to launch VMs in UEFI boot mode with Q35 machine type. * Bumps stackhpc.libvirt-vm Ansible role to "v1.16.1". Bug Fixes ********* * "eos_config" does not support the "provider" parameter since Ansible 7. Users are required to update their configuration according to Arista EOS documentation (https://docs.openstack.org/kayobe/latest/configuration/reference /physical-network.html#arista-eos). * Fixes a bug where systemd-networkd was not permanently enabled when the unit was already in state "runtime-enabled". LP#2073100 Changes in kayobe 15.4.0..15.5.0 -------------------------------- c642a626 arista-switch: Fix eos_config call e0afd3a3 CI: Add openstack-tox-pep8 job, fix pep8 failures 4fa4445a seed-vm/infra-vms: Add support for EFI and q35 06c7c02c Bump stackhpc.systemd_networkd role to v1.0.6 abf7b293 Stop replacing dashes with underscores for Kolla interfaces Diffstat (except docs and test files) ------------------------------------- ansible/inventory/group_vars/all/infra-vms | 6 ++++++ ansible/inventory/group_vars/all/seed-vm | 6 ++++++ ansible/inventory/group_vars/all/switches/arista | 22 ------------------- ansible/roles/arista-switch/tasks/main.yml | 4 +--- ansible/roles/infra-vms/tasks/deploy.yml | 2 ++ ansible/roles/infra-vms/tasks/destroy.yml | 1 + ansible/seed-vm-deprovision.yml | 15 ++++++++----- ansible/seed-vm-provision.yml | 3 ++- .../configuration/reference/physical-network.rst | 11 ++++------ etc/kayobe/infra-vms.yml | 6 ++++++ etc/kayobe/seed-vm.yml | 6 ++++++ kayobe/plugins/action/kolla_ansible_host_vars.py | 4 ---- .../plugins/action/test_kolla_ansible_host_vars.py | 20 ----------------- playbooks/kayobe-seed-vm-base/overrides.yml.j2 | 7 ++++++ .../notes/bug-2058365-a9acdb3cdf2a29f9.yaml | 7 ++++++ ...systemd-networkd-enabling-10bf4e5f0903c311.yaml | 6 ++++++ ...-infra-vm-boot-fw-machine-096251c45653f98c.yaml | 8 +++++++ requirements.yml | 6 +++--- zuul.d/jobs.yaml | 25 ++++++++++++++++++++++ zuul.d/project.yaml | 3 +++ 21 files changed, 105 insertions(+), 69 deletions(-)

1 0

kayobe 14.7.0 (antelope)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are tickled pink to announce the release of: kayobe 14.7.0: Deployment of OpenStack to bare metal using OpenStack kolla and bifrost This release is part of the antelope release series. The source is available from: https://opendev.org/openstack/kayobe Download the package from: https://tarballs.openstack.org/kayobe/ Please report issues through: https://storyboard.openstack.org/#!/project/openstack/kayobe For more details, please see below. 14.7.0 ^^^^^^ New Features ************ * Adds support for specifying "boot_firmware" and "machine" variables to seed and infra VMs. This can be used to launch VMs in UEFI boot mode with Q35 machine type. * Bumps stackhpc.libvirt-vm Ansible role to "v1.16.1". Bug Fixes ********* * "eos_config" does not support the "provider" parameter since Ansible 7. Users are required to update their configuration according to Arista EOS documentation (https://docs.openstack.org/kayobe/latest/configuration/reference /physical-network.html#arista-eos). * Fixes a bug where systemd-networkd was not permanently enabled when the unit was already in state "runtime-enabled". LP#2073100 Changes in kayobe 14.6.0..14.7.0 -------------------------------- afacd339 arista-switch: Fix eos_config call ace210f9 seed-vm/infra-vms: Add support for EFI and q35 07047917 Bump stackhpc.systemd_networkd role to v1.0.6 ff60f19a Stop replacing dashes with underscores for Kolla interfaces Diffstat (except docs and test files) ------------------------------------- ansible/inventory/group_vars/all/infra-vms | 6 ++++++ ansible/inventory/group_vars/all/seed-vm | 6 ++++++ ansible/inventory/group_vars/all/switches/arista | 22 ------------------- ansible/roles/arista-switch/tasks/main.yml | 4 +--- ansible/roles/infra-vms/tasks/deploy.yml | 2 ++ ansible/roles/infra-vms/tasks/destroy.yml | 1 + ansible/seed-vm-deprovision.yml | 15 ++++++++----- ansible/seed-vm-provision.yml | 3 ++- .../configuration/reference/physical-network.rst | 11 ++++------ etc/kayobe/infra-vms.yml | 6 ++++++ etc/kayobe/seed-vm.yml | 6 ++++++ kayobe/plugins/action/kolla_ansible_host_vars.py | 4 ---- .../plugins/action/test_kolla_ansible_host_vars.py | 20 ----------------- playbooks/kayobe-seed-vm-base/overrides.yml.j2 | 7 ++++++ .../notes/bug-2058365-a9acdb3cdf2a29f9.yaml | 7 ++++++ ...systemd-networkd-enabling-10bf4e5f0903c311.yaml | 6 ++++++ ...-infra-vm-boot-fw-machine-096251c45653f98c.yaml | 8 +++++++ requirements.yml | 6 +++--- zuul.d/jobs.yaml | 25 ++++++++++++++++++++++ zuul.d/project.yaml | 2 ++ 20 files changed, 102 insertions(+), 65 deletions(-)

1 0

kolla-ansible 16.7.0 (antelope)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We exuberantly announce the release of: kolla-ansible 16.7.0: Ansible Deployment of Kolla containers This release is part of the antelope release series. The source is available from: https://opendev.org/openstack/kolla-ansible Download the package from: https://tarballs.openstack.org/kolla-ansible/ Please report issues through: https://bugs.launchpad.net/kolla-ansible/+bugs For more details, please see below. 16.7.0 ^^^^^^ New Features ************ * Modifies public API firewalld rules to be applied immediately to a running firewalld service. This requires firewalld to be running, but avoids reloading firewalld, which is disruptive due to the way in which firewalld builds its firewall chains. * Added a command to upgrade to a target version of RabbitMQ. This is required before a SLURP upgrade. See the docs for more details: https://docs.openstack.org/kolla-ansible/latest/reference/message- queues/rabbitmq.html#slurp Bug Fixes ********* * Fixes an deploy opensearch with enable TLS on the internal VIP. * Fixes handling of openvswitch on "manila-share" nodes. LP#1993285 * Fixes behaviour of Change Password screen in Horizon until bug #2073639 is resolved. LP#2073159 * Fixes the Python requests library issue when using custom CA by adding the REQUESTS_CA environment variable to the kolla-toolbox container. See LP#1967132 * Fixes configuration of CloudKitty when internal TLS is enabled. LP#1998831 * Fixes the dimensions comparison when we set values like *1g* in the container dimensions configuration, making the docker container getting restarted even with no changes, as we are comparing *1g* with *1073741824*, which is displayed in the docker inspect while *1g* is in the configuration. * Fixes the detection of the Nova Compute Ironic service when a custom *host* option is set in the service config file. See LP#2056571 * Removes the default */tmp/* mountpoint from the horizon container. This change is made to harden the container and prevent potential security issues. For more information, see the Bug Report: LP#2068126. * Fixes an issue where OVN northbound or southbound database deployment could fail when a new leader is elected. LP#2059124 Changes in kolla-ansible 16.6.0..16.7.0 --------------------------------------- 13918ee58 Apply public firewalld rules immediately 36ca3b0d1 Add REQUESTS_CA_BUNDLE to kolla-toolbox container 4b6508724 hardening horizon: don't mount hosts /tmp dfd4eef81 Add command to upgrade to a target version of RMQ 14a21976a Fix issue with Swift Recon middleware 6d94a5017 Fix post-config of OVS for manila-share servers eced788ab Work around OVN DB leader election race condition 558f6c298 Restart OVS container after hw-offload change e8aa5d212 Add /v3 suffix to OPENSTACK_KEYSTONE_URL 97bcdedda fix flake8 error in database_shards.py c2693987a Support custom Nova Compute Ironic host names b40fabc6e Support CloudKitty deployment with internal TLS 58683d056 Fix the docker container dimensions comparison for short notation 73415f862 Add ca_path for module uri in opensearch role Diffstat (except docs and test files) ------------------------------------- ansible/module_utils/kolla_container_worker.py | 79 ++++++++++++++++++++-- ansible/rabbitmq-upgrade.yml | 21 ++++++ ansible/roles/cloudkitty/defaults/main.yml | 8 +-- ansible/roles/cloudkitty/tasks/bootstrap.yml | 3 + ansible/roles/common/defaults/main.yml | 1 + ansible/roles/haproxy-config/tasks/main.yml | 7 +- ansible/roles/horizon/defaults/main.yml | 1 - ansible/roles/horizon/templates/local_settings.j2 | 3 +- ansible/roles/loadbalancer/handlers/main.yml | 6 -- .../nova-cell/tasks/wait_discover_computes.yml | 2 +- ansible/roles/nova-cell/templates/nova.conf.j2 | 2 +- ansible/roles/opensearch/handlers/main.yml | 2 + ansible/roles/opensearch/tasks/post-config.yml | 4 ++ ansible/roles/openvswitch/tasks/post-config.yml | 4 ++ ansible/roles/ovn-db/defaults/main.yml | 2 + ansible/roles/ovn-db/tasks/bootstrap-db.yml | 10 +++ ansible/roles/rabbitmq/defaults/main.yml | 2 + ansible/roles/swift/tasks/start.yml | 2 + kolla_ansible/database_shards.py | 4 +- .../notes/add-opensearch-uri-68a657c55ce9c9f1.yaml | 4 ++ .../notes/bug-1993285-127fe764e461465a.yaml | 5 ++ .../notes/bug-2073159-c54c773c72c8fb11.yaml | 6 ++ .../notes/bug-923105-d451a78930973a82.yaml | 7 ++ .../cloudkitty-internal-tls-c3e18be2a9f95c5d.yaml | 5 ++ .../firewalld-immediate-c2abf09977c455a9.yaml | 7 ++ ...ges-when-using-dimensions-ad94b657b6c29cfc.yaml | 10 +++ ...ompute-ironic-host-option-a7a3f6ae095f5201.yaml | 6 ++ .../harden_horizon_tmp_usage-0d690e49645b99a8.yaml | 6 ++ ...mq-target-upgrade-command-d5f9d9fc27fa28f8.yaml | 6 ++ ...round-ovn-leader-election-f7f75e93e9300d96.yaml | 6 ++ tools/kolla-ansible | 8 +++ 34 files changed, 372 insertions(+), 25 deletions(-)

1 0

barbican 16.0.1 (antelope)
by no-reply＠openstack.org 12 Sep '24

12 Sep '24

We are chuffed to announce the release of: barbican 16.0.1: OpenStack Secure Key Management This release is part of the antelope release series. The source is available from: https://opendev.org/openstack/barbican Download the package from: https://tarballs.openstack.org/barbican/ Please report issues through: https://bugs.launchpad.net/barbican/+bugs For more details, please see below. 16.0.1 ^^^^^^ Security Issues * System scope has been removed from the RBAC policies as specified in the Consistent and Secure Default RBAC community goal. See: https://governance.openstack.org/tc/goals/selected/consistent-and- secure-rbac.html APIs that required system scoped tokens can now be accessed by using a project scoped token with the "admin" role. Changes in barbican 16.0.0..16.0.1 ---------------------------------- 9c8fb8c3 Update secret:delete policy to allow admin to delete secret 2f3df026 Remove System scope from policy b38b2139 Fix functional tests e2bd3b95 Stable-only: Remove TripleO job b5c2f838 Update TOX_CONSTRAINTS_FILE for stable/2023.1 441f7d47 Update .gitreview for stable/2023.1 Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + .zuul.yaml | 10 ++------ barbican/common/policies/base.py | 7 ------ barbican/common/policies/consumers.py | 28 +++++++++++----------- barbican/common/policies/quotas.py | 12 +++++----- barbican/common/policies/secrets.py | 6 +++-- barbican/common/policies/secretstores.py | 8 +++---- barbican/common/policies/transportkeys.py | 12 +++++----- ...-system-scope-from-policy-f2f68c42c0742812.yaml | 8 +++++++ tox.ini | 12 ++++++---- 10 files changed, 53 insertions(+), 51 deletions(-)

1 0