Bug 1613025

Summary: [v2v] Migration plan with multiple VMs fails on one VM
Product: Red Hat CloudForms Management Engine Reporter: Mor <mkalfon>
Component: UI - OPSAssignee: Brett Thurber <bthurber>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Jad Haj Yahya <jhajyahy>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.9.4CC: bascar, bthurber, dluong, hkataria, jprause, lavenel, mkalfon, mpovolny, nsoffer, obarenbo, smallamp
Target Milestone: GA   
Target Release: 5.9.4   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-08-20 05:51:00 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
logs and screenshot none

Description Mor 2018-08-06 19:19:47 UTC
Created attachment 1473724 [details]
logs and screenshot

Description of problem:
Migration plan fails on one VM. I wasn't able to locate the reason for the failure in CFME. virt-v2v log seems to complete the migration and wrapper log doesn't show any errors. VM is migrated to RHV.

I found this error in the automation log, but it's not so clear:
[----] E, [2018-08-06T18:39:14.256510 #28322:837110] ERROR -- : Q-task_id([service_template_transformation_plan_task_63]) MIQ(MiqAeEngine.deliver) Error delivering {"request"=>"transformation_plan", :service_action=>"Provision"} for object [ServiceTemplateTransformationPlanTask.63] with state [State11] to Automate: 

Version-Release number of selected component (if applicable):
CFME 5.9.4.2.20180802030318_f91df08
RHV 4.2.5.2-0.1.el7ev

How reproducible:
Not sure yet.

Steps to Reproduce:
1. Run migration plan to migrate 10 VMs from VMware to RHV using CSV as input.

Actual results:
Migration plan fails on one VM.

Expected results:
Should be completed.

Additional info:

Comment 22 Mor 2018-08-20 05:51:00 UTC
I'm able to reproduce this bug currently with CFME 5.9.4.4. Will reopen if needed.