Bug 1613025 - [v2v] Migration plan with multiple VMs fails on one VM
Summary: [v2v] Migration plan with multiple VMs fails on one VM
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: UI - OPS
Version: 5.9.4
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: GA
: 5.9.4
Assignee: Brett Thurber
QA Contact: Jad Haj Yahya
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-08-06 19:19 UTC by Mor
Modified: 2022-03-13 15:21 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-08-20 05:51:00 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
logs and screenshot (15.70 MB, application/octet-stream)
2018-08-06 19:19 UTC, Mor 		no flags Details
View All

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.
Note You need to log in before you can comment on or make changes to this bug.