- Issued:
- 2024-08-13
- Updated:
- 2024-08-13
RHEA-2024:5247 - Product Enhancement Advisory
Synopsis
Data plane Operators for RHOSO 18.0
Type/Severity
Product Enhancement Advisory
Topic
OpenShift Operators are available for the data plane of Red Hat OpenStack
Services on OpenShift 18.0.0.
Description
Red Hat OpenStack Services on OpenShift is a hybrid cloud solution for deploying and managing virtualized and containerized applications in a
scalable infrastructure with a Red Hat OpenShift Container Platform (RHOCP) control plane.
Red Hat OpenShift Operators automate the creation, configuration, and
management of instances of Kubernetes-native applications. The Operators in
this release automate the creation, configuration, and management of
OpenStack services in a RHOSO deployment.
Solution
Before applying this update, make sure all previously released errata relevant to your system have been applied.
For details on how to apply this update, see “Deploying Red Hat OpenStack Services on OpenShift” at https://docs.redhat.com/en/documentation/red_hat_openstack_services_on_openshift/18.0/html/deploying_red_hat_openstack_services_on_openshift/index
Affected Products
- Red Hat OpenStack Services on OpenShift External Data Plane Management 1.0 x86_64
Fixes
- OSPRH-7739 - RHOSP18 DP3: edpm does not disable firewalld
- OSPRH-8107 - edpm-update services skips container update tasks for custom services
- OSPRH-8379 - operator controller-manager pods get OOMkilled
- OSPRH-8415 - Auto mode of reboot strategy is broken for greenfield deployments
- OSPRH-117 - Create nova-compute node UUID file
- OSPRH-2301 - As a cloud operator, i want Adoption without having to SSH into compute nodes.
- OSPRH-2369 - [edpm_ansible]nova playbook does not handle config file removal
- OSPRH-5665 - As a cloud operator, I want to validate parts of NodeSet config, before the point of no return (EDPM adoption)
- OSPRH-5668 - Fix os-reboot role to not break workloads during adoption
- OSPRH-6333 - Pre-adoption validation of edpm hostname does not find 17 nova.conf in multinode deployments
- OSPRH-6335 - Certain 17 compute hostname configurations cannot be adopted into 18
- OSPRH-6740 - As a customer, I want to migrate storage from one compute node to another when TLS is enabled
- OSPRH-6931 - paused block live migration with nbd tls can cause the guest to crash.
- OSPRH-7129 - After adoption, some OSP 17 services remain on the data plane nodes
- OSPRH-7321 - edpm_neutron_metadata and edpm_neutron_dhcp are usign the wrong user to own files on the edpm nodes.
- OSPRH-7644 - Volume mounts for nova-compute must be extensible
- OSPRH-960 - host-install-libvirt
- OSPRH-8870 - All HA openstack services scheduled on the same OpenShift node when using LVMS storage provisioner
- OSPRH-8911 - Tasks to install packages fail with 'dict object' has no attribute 'rc'. 'dict object' has no attribute 'rc'"
CVEs
(none)
x86_64
rhoso-operators/ee-openstack-ansible-ee-rhel9@sha256:26c2fbea3739e5894411795e9c30a55dbab26c2001dfc04bcda5fd1fb7d90e46 |
rhoso-operators/openstack-ansibleee-operator-bundle@sha256:ea9864d54f412718d800d204710a971406789cea3f8a4b892c5c644deca7e36f |
rhoso-operators/openstack-ansibleee-rhel9-operator@sha256:8fd80b946a603a58e51a74cbd656f3aec633d0d45237a0a06c1187666840c7df |
The Red Hat security contact is secalert@redhat.com. More contact details at https://access.redhat.com/security/team/contact/.