USHIFT-1085: Storage Migration Controller Implementation#2019
USHIFT-1085: Storage Migration Controller Implementation#2019openshift-merge-robot merged 6 commits intoopenshift:mainfrom
Conversation
|
@eggfoobar: This pull request references USHIFT-1085 which is a valid jira issue. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
There was a problem hiding this comment.
What's the difference between the trigger and the migrator?
There was a problem hiding this comment.
There's user guide for it'd be nice to include that information in our repository (even as a comment in one of the files).
Looks like we'll need to include checking if migration is complete and successful in healthcheck script
There was a problem hiding this comment.
And we'll need to rethink $DATA_DIR/version - current impl was based on assumption that migration would happen before "true" start, but with this we'll just start and healthcheck will assess if all is good.
Maybe it's a good thing and will simplify and increase flexibility of the upgradability. 🤔
Signed-off-by: ehila <ehila@redhat.com>
Signed-off-by: ehila <ehila@redhat.com>
added controllers to kick off migrator and the trigger routine Signed-off-by: ehila <ehila@redhat.com>
Signed-off-by: ehila <ehila@redhat.com>
Signed-off-by: ehila <ehila@redhat.com>
0baee6d to
af87629
Compare
|
To make |
Signed-off-by: ehila <ehila@redhat.com>
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: eggfoobar, pmtk The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
@eggfoobar: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
This PR builds upon the work done in the previous PR #1956 but with the cluster fully running instead of pre-run.
This was done since we need the cluster to be fully running with the kubelet in order to guarantee migrations for CRD Migration Webhooks.
/cc @dhellmann