- Issued:
- 2024-07-01
- Updated:
- 2024-07-01
RHBA-2024:4181 - Bug Fix Advisory
Synopsis
LVMS 4.16 Bug Fix and Enhancement update
Type/Severity
Bug Fix Advisory
Topic
Updated container images that add new features and fix multiple bugs are
now available for LVMS 4.16
Description
Logical volume manager storage creates thin-provisioned volumes using the
Logical Volume Manager and provides dynamic provisioning of block storage
on a cluster.
Enhancement(s):
- Support for configuring thick-provisioned storage - This feature provides support for configuring thick-provisioned storage. If you exclude the deviceClasses.thinPoolConfig field in the LVMCluster custom resource (CR), logical volumes are thick provisioned. Thick provisioned volumes do no support volume cloning and VolumeSnapshotClass. Therefore, CSI snapshotting is not supported.
- Support for a new warning message when device selector is not configured in the LVMCluster custom resource - This update provides a new warning message when you do not configure the deviceSelector field in the LVMCluster CR.
- Support for adding encrypted devices to a volume group - This feature provides support for adding encrypted devices to a volume group. With this release, you can specify the path to the LUKS encrypted device in the deviceSelector field in the LVMCluster CR.
This erratum corrects the following issues:
- Previously, some LVMVolumeGroupNodeStatus operands were not deleted on the cluster during the deletion of the LVMCluster CR. With this release, deleting the LVMCluster CR triggers the deletion of all the LVMVolumeGroupNodeStatus operands.
- Previously, LVM Storage uninstallation was stuck waiting for the deletion of the LVMVolumeGroupNodeStatus operands. This fix corrects the behavior by ensuring all operands are deleted, allowing LVM Storage to be uninstalled without delay.
- Previously, LVM Storage created persistent volume claims (PVCs) with storage size requests that were not multiples of the disk sector size. This can cause issues during LVM2 volume creation. This fix corrects the behavior by rounding the storage size requested by PVCs to the nearest multiple of 512.
- Previously, the LVMCluster CR contained an excluded status element for a device that is set up correctly. This fix filters the correctly set device from being considered for an excluded status element, so it only appears in the ready devices.
- Previously, LVM Storage did not support minimum storage size for persistent volume claims (PVCs). This can lead to mount failures while provisioning PVCs. With this release, LVM Storage supports minimum storage size for PVCs. The following are the minimum storage sizes that you can request for each file system type: block: 8 MiB, xfs: 300 MiB, ext4: 32 MiB
- Previously, TopoLVM did not have a file watcher for the lvmd configuration. As a result, any updates to the lvmd configuration were not applied until the next restart. With this release, the lvmd configuration on nodes running LVMS is hot-reloaded. This triggers a restart of LVMS when changes to the lvmd configuration are detected.
- Previously, the TopoLVM controllers deployed during LVMCluster CR setup were separate from the LVMS controllers. As a result, memory and CPU usage were higher. With this release, the TopoLVM controllers have been merged into the LVMS controllers, significantly reducing memory and CPU usage.
After a successful LVMS upgrade, the latest lvms-operator SHA image should be seen.
Users of LVMS are advised to upgrade to the latest version in OpenShift Container Platform, which fixes these bugs and adds these enhancements.
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, refer to:
Affected Products
- Red Hat OpenShift Container Platform 4.16 for RHEL 9 x86_64
- Red Hat OpenShift Container Platform for Power 4.16 for RHEL 9 ppc64le
- Red Hat OpenShift Container Platform for IBM Z and LinuxONE 4.16 for RHEL 9 s390x
- Red Hat OpenShift Container Platform for ARM 64 4.16 for RHEL 9 aarch64
Fixes
- OCPBUGS-26502 - lvmcluster creation using diskselector with symlink (by-id) and wipe option fails
- OCPBUGS-27226 - LVM Operator does not have update and patch rights for various Cluster scoped resources
- OCPBUGS-27331 - LVMS deployment.kubernetes.io/revision in topolvm-controller container is continously patched out
- OCPBUGS-27365 - [LVMS] PV mount on Pod failed
- OCPBUGS-27956 - PVC provisioning fails with storageClass using default volumeGroup in a cluster where multiple VGs are present
- OCPBUGS-28975 - After an upgrade from 4.14 to 4.15, LVMS cannot tag the existing volume groups
- OCPBUGS-29188 - LVMCluster tries to filter already used devices if they are symlinked and causes Status Messages to be present
- OCPBUGS-29225 - LVMS does not update SCCs when the SCCs already exist before reconciliation
- OCPBUGS-30032 - LVMS: can't provision a Filesystem PVC when byte-level precision resources.requests.storage is not a multiple of 512
- OCPBUGS-30346 - Feature Annotations for CSV are missing in LVMS Summary causing CVP Failures
- OCPEDGE-27 - Hot reload lvmd config file
- OCPEDGE-689 - MicroLVMS - LVMS / TopoLVM Controller Consolidation
- OCPEDGE-82 - Support using encrypted devices
- OCPEDGE-999 - Thick Provisioning: Enable LVMCluster configurations without thinPoolConfig
- OCPEDGE-60 - LVMS Maintainability and Debugability 4.16
- OCPBUGS-27095 - Workload annotation missing in lvms namespace causing LVMS installation failure
- OCPBUGS-30266 - LVMS: FailedMount a small (10Mi) Filesystem PVC
- OCPBUGS-30830 - [LVMS] After OCP multi-node upgrade LVMCluster CR stuck in 'Progressing' state
- OCPBUGS-32268 - LVMS image based FBC in repo not synced to previous releases
- OCPBUGS-32753 - LVMS operator uninstall from console hangs forever deleting operands
- OCPBUGS-32954 - Removing LVMCluster CR does not trigger the removal of LVMVolumeGroupNodeStatus CRs
- OCPBUGS-33026 - Fix LVMS operator meta-data
- OCPBUGS-35404 - [release-4.16] Thin Pool Chunk Size is static and does not allow pool size above 32TiB
References
(none)
aarch64
| lvms4/lvms-must-gather-rhel9@sha256:2d08ac1c23654cb0899cd7e77efb19c637fbbb3fbb188e5d269738d47e1f8703 |
| lvms4/lvms-operator-bundle@sha256:e6cba2a6bfd968423449e5091cc64b968d8a0b6aa34430c527ce655d91f1da35 |
| lvms4/lvms-rhel9-operator@sha256:a0eb9461bac83d5920a8756456f5b8e5850fa976119414c984bcfb210a09e039 |
| lvms4/topolvm-rhel9@sha256:8dabcb1f27251be66d6e0e9f5b12804af8779fe4ee5e07cf99e3ac515c9e0ff8 |
ppc64le
| lvms4/lvms-must-gather-rhel9@sha256:fdebaacfb1092232279413ea2b371afc696873d6f16d1102994791d5f8119dc3 |
| lvms4/lvms-operator-bundle@sha256:dcd945e0242143e3189e36d30ff52e458cb11bf171ed33516744fd5d5932b224 |
| lvms4/lvms-rhel9-operator@sha256:f48dff6e47baf1b92c72fc1ed4138bb03e91841d45207d909c5a2fa5bda381a3 |
| lvms4/topolvm-rhel9@sha256:d69e916f98ebb966c0812f1a02ca1be56a6e25884c6631ee4471a8aad9630721 |
s390x
| lvms4/lvms-must-gather-rhel9@sha256:31824d8183abcdaa5e6e71fa7e090f4b250e3b318a2192a6c206a5704d9081fe |
| lvms4/lvms-operator-bundle@sha256:83a2f71f04972c2df2e354ee3ef10664d5cc0159fc72d0d5ff904335e6367a8f |
| lvms4/lvms-rhel9-operator@sha256:278b55be190ff6e10881fbd628bc99cbf8db3676eec9d37eb6a810b843f4fcab |
| lvms4/topolvm-rhel9@sha256:0276c52c14e801855aa7dba9fae9e2cfbe3b94773adf90e5069c17be9de31450 |
x86_64
| lvms4/lvms-must-gather-rhel9@sha256:fd758e7a61424e66643cb0c27659395f47c36c9dc6ffa698187f21b6572a65bd |
| lvms4/lvms-operator-bundle@sha256:eb2e7f3c015035164e4d1103493b7221f5623db5a6bd63851dd462ea457e378c |
| lvms4/lvms-rhel9-operator@sha256:3a7c23e201ae05bff7cbbf22e457e10182f208c10f9c6456c2191e0cac9eef35 |
| lvms4/topolvm-rhel9@sha256:5066739b4af718009ca104d7ec6cf732186ab833c110565954fb9b535c9761ac |
The Red Hat security contact is secalert@redhat.com. More contact details at https://access.redhat.com/security/team/contact/.