Created attachment 1715221 [details] Failed pod log with white space in cluster name Description of problem: When importing a VMware VM from a cluster named "New Cluster", the migration failed. The virt-v2v log (attached) shows the following messages: 2020-09-16 16:08:54,020 - root - ERROR - virt-v2v error: could not parse '-ic vpx://administrator%40vsphere.local.net/Datacenter/host/New Cluster/vmware7.ciolab.net?no_verify=1'. Original error message was: parse_uri: unable to parse URI 2020-09-16 16:08:54,021 - root - DEBUG - b"virt-v2v: error: could not parse '-ic \n" 2020-09-16 16:08:54,022 - root - DEBUG - b'vpx://administrator%40vsphere.local.net/Datacenter/host/New \n' 2020-09-16 16:08:54,022 - root - DEBUG - b"Cluster/vmware7.ciolab.net?no_verify=1'. Original error message was: \n" 2020-09-16 16:08:54,022 - root - DEBUG - b'parse_uri: unable to parse URI\n' After renaming the cluster to "NewCluster", the import succeeded. It seems that the white space is not encoded as "%20" which leads virt-v2v to consider it as another argument, no a part of the URL. Version-Release number of selected component: 4.5.8
@Tomas, do you think this can be fixed in 4.5.z?
yes, let me target it to 4.6 and clone to 4.5
Note that is not just about whitespaces: you make sure that the URL is properly percent-encoded.
have to move out of 4.6 blocker list but definitely want to fix asap
Tested on CNV-2.5 deployed from osbs on Sep 30 2020. Seems fix is not included yet.
Given the patch has been merged Sep 30 there is a good chance that not yet included in your build.
Verified CNV-2.5 deployed latest on Oct 09 2020. RHEL-7 VM import from VMware to CNV ended successfully using Cluster name "New Cluster".
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 (OpenShift Container Platform 4.6 GA Images), 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-2020:4196