From 1d014fd7e402c6abf13d4f27e513262591ba3469 Mon Sep 17 00:00:00 2001 From: "A.Arnold" Date: Tue, 25 Mar 2025 15:55:29 +0000 Subject: [PATCH] WIP - MIG-1687: Release notes for MTC 1.8.6 Signed-off-by: A.Arnold --- .../release_notes/mtc-release-notes.adoc | 1 + .../migration-mtc-release-notes-1-8-6.adoc | 52 +++++++++++++++++++ 2 files changed, 53 insertions(+) create mode 100644 modules/migration-mtc-release-notes-1-8-6.adoc diff --git a/migration_toolkit_for_containers/release_notes/mtc-release-notes.adoc b/migration_toolkit_for_containers/release_notes/mtc-release-notes.adoc index e015e8feac43..8de3d31131cc 100644 --- a/migration_toolkit_for_containers/release_notes/mtc-release-notes.adoc +++ b/migration_toolkit_for_containers/release_notes/mtc-release-notes.adoc @@ -15,6 +15,7 @@ The {mtc-short} enables you to migrate application workloads between {product-ti For information on the support policy for {mtc-short}, see link:https://access.redhat.com/support/policy/updates/openshift#app_migration[OpenShift Application and Cluster Migration Solutions], part of the _Red Hat {product-title} Life Cycle Policy_. +include::modules/migration-mtc-release-notes-1-8-6.adoc[leveloffset=+1] include::modules/migration-mtc-release-notes-1-8-5.adoc[leveloffset=+1] include::modules/migration-mtc-release-notes-1-8-4.adoc[leveloffset=+1] include::modules/migration-mtc-release-notes-1-8-3.adoc[leveloffset=+1] diff --git a/modules/migration-mtc-release-notes-1-8-6.adoc b/modules/migration-mtc-release-notes-1-8-6.adoc new file mode 100644 index 000000000000..4da835875386 --- /dev/null +++ b/modules/migration-mtc-release-notes-1-8-6.adoc @@ -0,0 +1,52 @@ +// Module included in the following assemblies: +// +// * migration_toolkit_for_containers/mtc-release-notes.adoc +:_mod-docs-content-type: REFERENCE +[id="migration-mtc-release-notes-1-8-6_{context}"] += {mtc-full} 1.8.6 release notes + +[id="technical-changes-1-8-6_{context}"] +== Technical changes + +.Multiple migration plans for a namespace is not supported + +{mtc-short} version 1.8.6 and later do not support multiple migration plans for a single namespace. + +.VM storage migration + +VM storage migration feature changes from Technology Preview (TP) status to being Generally Available (GA). + +[id="resolved-issues-1-8-6_{context}"] +== Resolved issues + +{mtc-short} 1.8.6 has the following major resolved issues: + +.UI fails during a namespace search in the migration plan wizard + +When searching for a namespace in the *Select Namespace* step of the migration plan wizard, the user interface (UI) fails and disappears after clicking *Search*. The browser console shows a JavaScript error indicating that an undefined value has been accessed. This issue has been resolved in {mtc-short} 1.8.6. link:https://issues.redhat.com/browse/MIG-1704[(MIG-1704)] + +.Unable to create a migration plan due to a reconciliation failure + +In {mtc-short}, when creating a migration plan , the UI remains on *Persistent Volumes* and you cannot continue. This issue occurs due to a critical reconciliation failure and returns a 404 API error when you attempt to fetch the migration plan from the backend. These issues cause the migration plan to remain in a *Not Ready* state, and you are prevented from continuing. This issue has been resolved in {mtc-short} 1.8.6. link:https://issues.redhat.com/browse/MIG-1705[(MIG-1705)] + +.Migration process becomes fails to complete after the `StageBackup` phase + +When migrating a Django and PostgreSQL application, the migration becomes fails to complete after the `StageBackup` phase. Even though all the pods in the source namespace are healthy before the migration begins, after the migration and when terminating the pods on the source cluster, the Django pod fails with a `CrashLoopBackOff` error. This issue has been resolved in {mtc-short} 1.8.6. link:https://issues.redhat.com/browse/MIG-1707[(MIG-1707)] + +.Migration shown as succeeded despite a failed phase due to a misleading UI status + +After running a migration using {mtc-short}, the UI incorrectly indicates that the migration was successful, with the status shown as *Migration succeeded*. However, the Direct Volume Migration (DVM) phase failed. This misleading status appears on both the *Migration* and the *Migration Details* pages. This issue has been resolved in {mtc-short} 1.8.6. link:https://issues.redhat.com/browse/MIG-1711[(MIG-1711)] + +.Persistent Volumes page hangs indefinitely for namespaces without persistent volume claims +When a migration plan includes a namespace that does not have any persistent volume claims (PVCs), the *Persistent Volumes* selection page remains indefinitely with the following message shown: `Discovering persistent volumes attached to source projects...`. The page never completes loading, preventing you from proceeding with the migration. This issue has been resolved in {mtc-short} 1.8.6. link:https://issues.redhat.com/browse/MIG-1713[(MIG-1713)] + +[id="known-issues-1-8-6_{context}"] +== Known issues + +{mtc-short} 1.8.6 has the following known issues: + +.Inconsistent reporting of migration failure status + +There is a discrepancy in the reporting of namespace migration status following a rollback and subsequent re-migration attempt when the migration plan is deliberately faulted. Although the Distributed Volume Migration (DVM) phase correctly registers a failure, this failure is not consistently reflected in the user interface (UI) or the migration plan's YAML representation.  + +This issue is not only limited to unusual or unexpected cases. In certain circumstances, such as when network restrictions are applied that cause the DVM phase to fail, the UI still reports the migration status as successful. This behavior is similar to what was previously observed in link:https://issues.redhat.com/browse/MIG-1711[MIG-1711] but occurs under different conditions. link:https://issues.redhat.com/browse/MIG-1719[(MIG-1719)]