Bug 1624589
| Summary: | [v2v] CFME automation invokes virt-v2v with invalid URI | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Mor <mkalfon> | ||||
| Component: | V2V | Assignee: | Fabien Dupont <fdupont> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Ilanit Stein <istein> | ||||
| Severity: | high | Docs Contact: | Red Hat CloudForms Documentation <cloudforms-docs> | ||||
| Priority: | medium | ||||||
| Version: | 5.9.4 | CC: | bthurber, dagur, dmetzger, fdupont, hkataria, istein, jprause, kkulkarn, lavenel, mfeifer, mkalfon, mlehrer, mpovolny, obarenbo, ptoscano, simaishi, smallamp, tgolembi | ||||
| Target Milestone: | GA | Keywords: | AutomationBlocker, Regression, Reopened, TestBlocker | ||||
| Target Release: | 5.10.z | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | V2V | ||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2019-06-11 15:26:20 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | V2V | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Mor
2018-09-01 22:13:09 UTC
There is a bug in Automation code that builds the URI > ssh://root.69.75/vmfs/volumes/netapp-v2v-datastore/file:///[] \~~~~~~~~~~~~~~~~~~~~/\~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/ \~~~~~~~~/ this part is OK probably a duplicate of following some nonsense > /vmfs/volumes/5af94d9b-8e85fe68-9b02-b8ca3a6382e0/100_VM_TEST_15/ > 100_VM_TEST_15.vmx the rest is is OK I guess that /vmfs/volumes/netapp-v2v-datastore is symlink to /vmfs/volumes/5af94d9b-8e85fe68-9b02-b8ca3a6382e0, so the URI should be either one of: ssh://root.69.75/vmfs/volumes/netapp-v2v-datastore/100_VM_TEST_15/100_VM_TEST_15.vmx ssh://root.69.75/vmfs/volumes/5af94d9b-8e85fe68-9b02-b8ca3a6382e0/100_VM_TEST_15/100_VM_TEST_15.vmx Hi Fabian, We are currently in the middle of RHV sprint, an not able to work on this. We are planning to do IMS regressions towards end of next week or week after If you need info/reproduction before it i suggest try to get it from Functional QE @satoe, we never reproduced this in our environment, so we didn't implement any change. We executed number of times 20 parallel migrations in 5.9.6 with no problem, Was it fixes in 5.9.6 or only in 5.10? We did not tested 5.10 ims yet in RHV QE Assigned Ilanit, we will plan to do performance regression on 5.10 V2V later this this month. We need to ensure that functional team tested functionally CFME 5.10 with RHV 4.2.8( which is the current RHV version) Adding Need Info on KK Moving to Verified, since we did not encounter this recently on CFME-5.9.6/5.10.0.29. Will keep on tracking it, as we run coming CFME/RHV versions. Reopening according to the feedback from bug 1694589. Pasting the relevant information here: ============== CFME/RHV hosts logs can be found here: https://drive.google.com/drive/u/0/folders/11ADeirgAefu97W8_4qpj3cZEdpWmQUm8 2019-03-31_10-46-39_cloudforms_v2v_test-cfme.tar.gz 2019-03-31_14-46-58_b02-h21-r620_v2v_test-conv_host.tar.gz 2019-03-31_14-47-14_b02-h23-r620_v2v_test-conv_host.tar.gz ============== (In reply to Ilanit Stein from comment #8) > CFME/RHV hosts logs can be found here: > https://drive.google.com/drive/u/0/folders/11ADeirgAefu97W8_4qpj3cZEdpWmQUm8 > > 2019-03-31_10-46-39_cloudforms_v2v_test-cfme.tar.gz In this archive, I can see in files/evm.log various lines like: 40377:[----] W, [2019-03-31T06:54:04.543363 #29793:1128f58] WARN -- : MIQ(ManageIQ::Providers::Vmware::InfraManager::RefreshParser.vm_inv_to_hashes) Warning: [path, '[] /vmfs/volumes/5bfe7583-fe7f9906-f066-b8ca3a638940/v2v_migration_vm_03/v2v_migration_vm_03.vmx', is malformed] So the URL is already malformed in CFME, and from there it is sent (invalid) to virt-v2v-wrapper, and then to virt-v2v (which rightfully fails). *** Bug 1694589 has been marked as a duplicate of this bug. *** @Ilanit, thanks for the logs, but I would really need access to the appliance to see what's in the VMDB. As I mentioned, none of our VMs has 'file://' in their location, so I'd like to see it on my own to understand the difference between your lab and ours. @Fabien, ack. I suggest that till our lab, maybe you can try to reproduce with these essential steps (if not tried it already): 1. Use SSH method 2. Migrate 20 VMs in parallel (provider max concurrent=20, host max concurrent=10) Thanks. Fabien, Our main lab is still down, but we will try to reproduce it at our RHV CI production lab once it is free later this week once it will be free from RHV GA tests The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |