I was able to get past this issue during one of my testing attempts using
But the pod failed after migration. Let me know if I have to file a different bug.
root@ip-172-31-61-189: ~/go/src/github.com/fusor/mig-controller # oc logs pods/mysql-1-882f7 -n rpattath
=> sourcing 20-validate-variables.sh ...
=> sourcing 25-validate-replication-variables.sh ...
=> sourcing 30-base-config.sh ...
---> 23:39:09 Processing basic MySQL configuration files ...
=> sourcing 60-replication-config.sh ...
=> sourcing 70-s2i-config.sh ...
---> 23:39:09 Processing additional arbitrary MySQL configuration provided by s2i ...
=> sourcing 40-paas.cnf ...
=> sourcing 50-my-tuning.cnf ...
---> 23:39:09 Starting MySQL server with disabled networking ...
---> 23:39:09 Waiting for MySQL to start ...
2019-08-06T23:39:10.198791Z 0 [Warning] [MY-011070] [Server] 'Disabling symbolic links using --skip-symbolic-links (or equivalent) is the default. Consider not using this option as it' is deprecated and will be removed in a future release.
2019-08-06T23:39:10.204799Z 0 [System] [MY-010116] [Server] /opt/rh/rh-mysql80/root/usr/libexec/mysqld (mysqld 8.0.13) starting as process 29
2019-08-06T23:39:10.399600Z 1 [ERROR] [MY-013090] [InnoDB] Unsupported redo log format (0). The redo log was created before MySQL 5.7.9
2019-08-06T23:39:10.399641Z 1 [ERROR] [MY-012930] [InnoDB] Plugin initialization aborted with error Generic error.
2019-08-06T23:39:10.900054Z 1 [ERROR] [MY-011013] [Server] Failed to initialize DD Storage Engine.
2019-08-06T23:39:10.901486Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed.
2019-08-06T23:39:10.901508Z 0 [ERROR] [MY-010119] [Server] Aborting
2019-08-06T23:39:10.902688Z 0 [System] [MY-010910] [Server] /opt/rh/rh-mysql80/root/usr/libexec/mysqld: Shutdown complete (mysqld 8.0.13) Source distribution.
This might have something to do with all of the recent staging errors that have been documented upstream. I have submitted a couple fixes and tested cakephp-mysql application bouncing the page count and running migrate with no errors in the registry pod and the application active with no errors on the OCP4 side.
Scott, please retest this with:
merged and tell me if you can reproduce this bug. Otherwise I can take over the bug and we can move this to QA.
I have tested the migration of cakephp-mysql app extensively and have not been able to reproduce this. There has been a significant amount of work done on the stage workflow so please retest this bug and confirm whether this is still valid.
I am clearing NEEDINFO since the assignee has changed to myself. Moving to ON_QA.
Unable to reproduce the issue using the following images
# oc describe pod/migration-operator-5f88d89f44-7jnnx -n openshift-migration | grep Image
[root@rpattath nfs-client]# oc describe pod/migration-controller-5964fcfc9b-z2fsq -n openshift-migration | grep Image
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.