Mirantis Container Cloud (MCC) becomes part of Mirantis OpenStack for Kubernetes (MOSK)!
Starting with MOSK 25.2, the MOSK documentation set covers all product layers, including MOSK management (formerly Container Cloud). This means everything you need is in one place. Some legacy names may remain in the code and documentation and will be updated in future releases. The separate Container Cloud documentation site will be retired, so please update your bookmarks for continued easy access to the latest content.
Addressed issues¶
The following issues have been addressed in the MOSK 25.2 release:
[OpenStack] [53249] Fixed an issue that caused Horizon to fail to start when resolving Memcached in the event of the controller failure.
[TF] [53831] Addressed the issue that caused critical components such as
tf-configandtf-config-dbto repeatedly crash after restoration of Tungsten Fabric database from a backup in clusters that have undergone at least one major or patch cluster update.[Core] [50622] Addressed the issue that prevented any user except
m:kaas@management-adminto access or modifyBareMetalHostInventoryobjects.[Bare metal] [50287] Addressed the issue that prevented a
BareMetalHostobject with a Redfish Baseboard Management Controller address to pass the registering phase.[LCM] [50819,51134] Addressed the issue that prevented clusters from entering or exiting maintenance mode if a granular update was started using the
ClusterUpdatePlanobject.[LCM] [50768] Addressed the issue that prevented successful editing of the
MCCUpgradeobject, which contained the Internal error failed to call webhook: the server could not find the requested resource when trying to save changes in the object.[LCM] [50636] Addressed the issue that caused the
nfs-commonpackage to be deleted during MOSK cluster update. This package is no longer automatically removed from cluster nodes if a MOSK cluster is deployed with the MariaDB backup hosted on an external NFS backend.[LCM] [50561] Addressed the issue that caused the
local-volume-provisionerpod to switch to theCrashLoopBackOffstate on a machine that was disabled and consequently re-enabled.[Cluster update] [51339] Addressed the issue that caused cluster update to be blocked if at least one node of any cluster was not rebooted while applying the update.
[StackLight] [53802, 52253] Addressed the issue that resulted in the
telegraf-ds-smartpod constantly restarting with OOM kill messages on every compute node whilesmartctlwas trying to scan all attached iSCSI volumes.[StackLight] [51145] Addressed the issue that caused the
PrometheusTargetScrapesDuplicatealert to permanently fire on a management cluster that hassf-notifierenabled.[Ceph] [50637] Addressed the issue that caused Ceph to create a second
miracephnodedisableobject if some node was disabled at the same time with theceph-maintenance-controllerrestart.[Ceph] [50566] Addressed the issue that caused Ceph upgrade to run very slow during patch or major cluster update due to the upstream Ceph issue 66717.
[Management console] [53886] Addressed the issue that caused the failure of moving a worker machine into maintenance mode with the Only undefined workers can be in maintenance mode at the same time error.
[Management console] [50181] Addressed the issue that prevented deployment of a compact MOSK cluster through the MOSK management console due to inability to add any label to the control plane machines along with inability to change
dedicatedControlPlane: false.[Management console] [50140] Addressed the issue that prevented the Clusters page for the bare metal provider to display information about the Ceph cluster in the Ceph Clusters tab.