Description of problem: Migrating an application cakephp-mysql-persistent from openstack 3.7 is stuck at StagePodsCreated Version-Release number of selected component (if applicable): OCP 3 Version: oc v3.7.126 kubernetes v1.7.6+a08f5eeb62 features: Basic-Auth GSSAPI Kerberos SPNEGO Server https://10.0.150.172:8443 openshift v3.7.126 kubernetes v1.7.6+a08f5eeb62 OCP 4 version: NAME VERSION AVAILABLE PROGRESSING SINCE STATUS version 4.2.0-0.nightly-2019-08-29-170426 True False 4d8h Error while reconciling 4.2.0-0.nightly-2019-08-29-170426: the cluster operator kube-scheduler is degraded How reproducible: always Steps to Reproduce: 1. Create a namespace and create cakephp/mysql app from openshift template $ oc new-app cakephp-mysql-persistent 2.Create a migplan to migrate above project to OCP4 3. Execute 'Stage' operation Actual results: the mig plan (using below command to check mig plan) is stuck at StagePodsCreated state, but finally it run into error 'Reconcile failed' . No useful logs is found in controller. $ oc get migplans -o yaml apiVersion: v1 items: - apiVersion: migration.openshift.io/v1alpha1 kind: MigPlan metadata: annotations: touch: eb710b6f-80d4-4c4e-b6e6-8392bc63ffb8 creationTimestamp: "2019-09-03T09:11:20Z" generation: 14 name: cakephp-mysql namespace: openshift-migration resourceVersion: "2204655" selfLink: /apis/migration.openshift.io/v1alpha1/namespaces/openshift-migration/migplans/cakephp-mysql uid: cb09fc7e-ce2a-11e9-bc9e-fa163e7163ff spec: closed: true destMigClusterRef: name: host namespace: openshift-migration migStorageRef: namespace: openshift-migration namespaces: - cakephp persistentVolumes: - capacity: 1Gi name: pvc-954a82cc-ce29-11e9-b552-fa163ed1af90 pvc: accessModes: - ReadWriteOnce name: mysql namespace: cakephp selection: action: copy storageClass: standard storageClass: standard supported: actions: - copy srcMigClusterRef: name: ocp3 namespace: openshift-migration status: conditions: - category: Critical lastTransitionTime: "2019-09-03T09:35:34Z" message: 'Reconcile failed: [no matches for kind "Deployment" in version "apps/v1"]. See controller logs for details.' status: "True" type: ReconcileFailed kind: List metadata: resourceVersion: "" selfLink: "" Expected results: The mig plan should successfully complete 'Stage' operation $oc get migmigration -o yaml apiVersion: v1 items: - apiVersion: migration.openshift.io/v1alpha1 kind: MigMigration metadata: annotations: touch: e5f382ba-b8d5-4b49-8a96-4b99d856eb30 creationTimestamp: "2019-09-03T09:11:54Z" generation: 7 name: e86d3450-ce2a-11e9-a8f7-e508aa27ce71 namespace: openshift-migration ownerReferences: - apiVersion: migration.openshift.io/v1alpha1 kind: MigPlan name: cakephp-mysql uid: cb09fc7e-ce2a-11e9-bc9e-fa163e7163ff resourceVersion: "2230538" selfLink: /apis/migration.openshift.io/v1alpha1/namespaces/openshift-migration/migmigrations/e86d3450-ce2a-11e9-a8f7-e508aa27ce71 uid: df8c3d02-ce2a-11e9-bc9e-fa163e7163ff spec: migPlanRef: name: cakephp-mysql namespace: openshift-migration stage: true status: conditions: - category: Critical lastTransitionTime: "2019-09-03T09:35:22Z" message: The referenced `migPlanRef` does not have a `Ready` condition. status: "True" type: PlanNotReady - category: Critical lastTransitionTime: "2019-09-03T09:35:22Z" message: The associated migration plan is closed. status: "True" type: PlanClosed phase: StagePodsCreated startTimestamp: "2019-09-03T09:11:55Z" kind: List metadata: resourceVersion: "" selfLink: "" Additional info:
Fixed: https://github.com/fusor/mig-controller/issues/293
This issue is gone. it's verified on below version. image: quay.io/ocpmigrate/mig-operator:stable imageID: docker-pullable://quay.io/ocpmigrate/mig-operator@sha256:e4467c3cad4979ce45b740859df5fede9f3a8f3f508a0a09db6a847700692fe3
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, 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/RHBA-2019:2922