|
8 | 8 | [id="resolved-issues-1-8_{context}"]
|
9 | 9 | == Resolved issues
|
10 | 10 |
|
11 |
| -This release has the following resolved issues: |
| 11 | +{mtc-full} ({mtc-short}) 1.8.0 has the following resolved issues: |
12 | 12 |
|
13 | 13 | .Indirect migration is stuck on backup stage
|
14 | 14 |
|
15 | 15 | In previous releases, an indirect migration became stuck at the backup stage, due to `InvalidImageName` error.
|
16 |
| -(link:https://bugzilla.redhat.com/show_bug.cgi?id=2233097[*BZ#2233097*]) |
| 16 | +(link:https://bugzilla.redhat.com/show_bug.cgi?id=2233097[(BZ#2233097)]) |
17 | 17 |
|
18 | 18 | .PodVolumeRestore remain In Progress keeping the migration stuck at Stage Restore
|
19 | 19 |
|
20 |
| -In previous releases, on performing an indirect migration, the migration became stuck at the `Stage Restore` step, waiting for the `podvolumerestore` to be completed. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2233868[*BZ#2233868*]) |
| 20 | +In previous releases, on performing an indirect migration, the migration became stuck at the `Stage Restore` step, waiting for the `podvolumerestore` to be completed. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2233868[(BZ#2233868)]) |
21 | 21 |
|
22 | 22 | .Migrated application unable to pull image from internal registry on target cluster
|
23 | 23 |
|
24 |
| -In previous releases, on migrating an application to the target cluster, the migrated application failed to pull the image from the internal image registry resulting in an `application failure`. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2233103[*BZ#2233103*]) |
| 24 | +In previous releases, on migrating an application to the target cluster, the migrated application failed to pull the image from the internal image registry resulting in an `application failure`. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2233103[(BZ#2233103)]) |
25 | 25 |
|
26 | 26 | .Migration failing on Azure due to authorization issue
|
27 | 27 |
|
28 |
| -In previous releases, on an Azure cluster, when backing up to Azure storage, the migration failed at the `Backup` stage. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2238974[*BZ#2238974*]) |
| 28 | +In previous releases, on an Azure cluster, when backing up to Azure storage, the migration failed at the `Backup` stage. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2238974[(BZ#2238974)]) |
29 | 29 |
|
30 | 30 | [id="known-issues-1-8_{context}"]
|
31 | 31 | == Known issues
|
32 | 32 |
|
33 |
| -This release has the following known issues: |
| 33 | +{mtc-full} ({mtc-short}) 1.8.0 has the following known issues: |
| 34 | + |
| 35 | +.Ansible Operator is broken when {VirtProductName} is installed |
| 36 | + |
| 37 | +There is a bug in the `python3-openshift` package that installing {VirtProductName} exposes, with an exception `ValueError: too many values to unpack` returned during the task. {mtc-short} 1.8.4 has implemented a workaround. Updating to {mtc-short} 1.8.4 means you are no longer affected by this issue. link:https://issues.redhat.com/browse/OCPBUGS-38116[(OCPBUGS-38116)] |
| 38 | + |
34 | 39 |
|
35 | 40 | .Old Restic pods are not getting removed on upgrading MTC 1.7.x -> 1.8.x
|
36 | 41 |
|
37 |
| -In this release, on upgrading the MTC Operator from 1.7.x to 1.8.x, the old Restic pods are not being removed. Therefore after the upgrade, both Restic and node-agent pods are visible in the namespace. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2236829[*BZ#2236829*]) |
| 42 | +In this release, on upgrading the {mtc-short} Operator from 1.7.x to 1.8.x, the old Restic pods are not being removed. Therefore after the upgrade, both Restic and node-agent pods are visible in the namespace. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2236829[(BZ#2236829)]) |
38 | 43 |
|
39 | 44 | .Migrated builder pod fails to push to image registry
|
40 | 45 |
|
41 |
| -In this release, on migrating an application including a `BuildConfig` from a source to target cluster, builder pod results in `error`, failing to push the image to the image registry. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2234781[*BZ#2234781*]) |
| 46 | +In this release, on migrating an application including a `BuildConfig` from a source to target cluster, builder pod results in `error`, failing to push the image to the image registry. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2234781[(BZ#2234781)]) |
42 | 47 |
|
43 | 48 | .[UI] CA bundle file field is not properly cleared
|
44 | 49 |
|
45 |
| -In this release, after enabling `Require SSL verification` and adding content to the CA bundle file for an MCG NooBaa bucket in MigStorage, the connection fails as expected. However, when reverting these changes by removing the CA bundle content and clearing `Require SSL verification`, the connection still fails. The issue is only resolved by deleting and re-adding the repository. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2240052[*BZ#2240052*]) |
| 50 | +In this release, after enabling `Require SSL verification` and adding content to the CA bundle file for an MCG NooBaa bucket in MigStorage, the connection fails as expected. However, when reverting these changes by removing the CA bundle content and clearing `Require SSL verification`, the connection still fails. The issue is only resolved by deleting and re-adding the repository. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2240052[(BZ#2240052)]) |
46 | 51 |
|
47 | 52 |
|
48 | 53 | .Backup phase fails after setting custom CA replication repository
|
|
0 commit comments