Bug 2001941
| Summary: | Fixing PVC conflicts in state migration plan using the web console causes the migration to run twice | ||
|---|---|---|---|
| Product: | Migration Toolkit for Containers | Reporter: | Sergio <sregidor> |
| Component: | General | Assignee: | Ian <ibolton> |
| Status: | CLOSED ERRATA | QA Contact: | Xin jiang <xjiang> |
| Severity: | urgent | Docs Contact: | Avital Pinnick <apinnick> |
| Priority: | urgent | ||
| Version: | 1.6.0 | CC: | ernelson, rjohnson |
| Target Milestone: | --- | ||
| Target Release: | 1.6.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-09-29 14:35:53 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
verified with mtc1.6.0. This issue won't occur again. registry.redhat.io/rhmtc/openshift-migration-ui-rhel8@sha256:ac56919a13dd6bbf36ce7a5dfc7696d3dfebe6c9438da64b3bcd1d70b33c549c Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: Migration Toolkit for Containers (MTC) 1.6.0 security & bugfix update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2021:3694 |
Description of problem: When we have a migration plan with PVC conflicts and we execute a State migration the migmigration resource will report a critical condition. The only way to fix this conflict using the UI is by executing a new State migration and mapping the PVCs correctly. If we do so, the result is that the critical condition disappears and the migration is executed twice. Version-Release number of selected component (if applicable): SOURCE CLUSTER: AWS OCP 3.11 (MTC 1.5.1) NFS TARGET CLUSTER: AWS OCP 4.9 (MTC 1.6.0) OCS4 How reproducible: Always Steps to Reproduce: 1. Create an namespace with a pvc and a pod mounting the pvc $ oc new-project ocp-44516-statewarning-ns $ cat <<EOF | oc create -f - apiVersion: v1 kind: PersistentVolumeClaim metadata: namespace: ocp-44516-statewarning-ns name: test-data spec: accessModes: - ReadWriteOnce resources: requests: storage: 1Gi EOF $ cat <<EOF | oc create -f - apiVersion: apps/v1 kind: Deployment metadata: labels: app: state-warning-test name: state-warning-test namespace: ocp-44516-statewarning-ns spec: replicas: 1 selector: matchLabels: app: resize-test template: metadata: labels: app: resize-test spec: containers: - name: podtest imagePullPolicy: Always image: quay.io/openshifttest/alpine command: [ "/bin/sh", "-c", "--" ] args: - while true; do sleep 30; done; restartPolicy: Never volumeMounts: - name: testvolume mountPath: /data/test volumes: - name: testvolume persistentVolumeClaim: claimName: test-data EOF 2. Create an intra-cluster migration plan. 3. Execute a "State" migration without mapping anything. 4. Once the Critical condition is reported, execute a new State migration, and now map the PVC to a different PVC name Actual results: After mapping the PVC name and fixing the conflict, the critical condition will disappear and the State migration will be executed twice. Expected results: There should be a way of using the UI and fix the PVC conflict running this migration only once. Additional info: