Fix migration to remote cluster #1058
Open
+29
−10
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Issue:
During the refactoring I have enabled the server, via which we expose the virt-v2v gathered information to the controller, to both migraiton types. The flow is that we request all nessasry information form pod and then manually kill it from the controller. But right now we can't reuqest the server which are in remote clusters.
Fix:
Disable the server in the remote migrations. This will cause the pod to be terminated and the controller will check the pod status and will continue if the pod succeded.
Note:
Because of this we can't get the OS nor Firmware form the remote migrations. This should not be a large issue as we use them right now only for prefenrace in kubevirt.