Bug 1751900

Summary:	[v2v][OSP] Migration stuck in refresh inventory state while migrating to OSP
Product:	Red Hat CloudForms Management Engine	Reporter:	Shveta <sshveta>
Component:	V2V	Assignee:	Marek Aufart <maufart>
Status:	CLOSED ERRATA	QA Contact:	Shveta <sshveta>
Severity:	high	Docs Contact:	Red Hat CloudForms Documentation <cloudforms-docs>
Priority:	high
Version:	5.10.10	CC:	bthurber, fdupont, maufart, mfeifer, pvauter, simaishi, ytale
Target Milestone:	GA	Keywords:	Regression, ZStream
Target Release:	5.10.11	Flags:	mfeifer: mirror+
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	v2v
Fixed In Version:	5.10.11.0	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-10-09 13:51:12 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	Bug
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	V2V	Target Upstream Version:
Embargoed:

Description Shveta 2019-09-13 00:05:46 UTC

Description of problem:
Migration stuck at refresh inventory state when we migrate via SSH transformation method


Version-Release number of selected component (if applicable):
CFME 5.10.10.0.20190905201238_76e3ac6
OSP 13
Vmware 67-ims
(Tried with QE's env setup)


How reproducible:
100%

Steps to Reproduce:
1. Migrate vm with VDDK transformation method


Actual results:
Migration was stuck with refresh inventory state, On refreshing inventory manually migration passed


Expected results:
Migration should pass without manual inventory refresh.


Additional info:
Appliance : https://10.8.197.253 (solutions lab OSP) 
Appliance : https://10.8.198.47 (QE lab osp)


Note : There is no skip_event_history flag in 5.10 like 5.11 to set to true .
https://bugzilla.redhat.com/show_bug.cgi?id=1692892#c32

Comment 2 Shveta 2019-09-13 00:08:11 UTC

Description of problem:
Migration stuck at refresh inventory state when we migrate via VDDK transformation method

Comment 8 Shveta 2019-09-16 17:04:30 UTC

@Fabien , The QE openstack environment was deployed 7-8 months back .

Irrespective of that , If we have this flag in 5.10 skip_event_history(like 5.11) it will skip all events from OSP and refresh inventory right ?
So , we will validate the BZ in next build with this flag enabled .

Comment 9 Shveta 2019-09-16 17:05:48 UTC

The migration retries refresh inventory for 30-40 times and then fails .

Comment 11 CFME Bot 2019-09-19 18:31:32 UTC

New commit detected on ManageIQ/manageiq-providers-openstack/hammer:

https://github.com/ManageIQ/manageiq-providers-openstack/commit/300e35797e8dc8378003822d9e8d13ff9e10d8ec
commit 300e35797e8dc8378003822d9e8d13ff9e10d8ec
Author:     Ladislav Smola <lsmola>
AuthorDate: Fri Aug 30 12:52:11 2019 -0400
Commit:     Ladislav Smola <lsmola>
CommitDate: Fri Aug 30 12:52:11 2019 -0400

    Merge pull request #503 from aufi/event_history_catchup

    Allow skip historical Events from OpenStack

    (cherry picked from commit 1a8bc1a679038e81f476e2d25c346c7a6f3cdf1d)

    Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1751900

 config/settings.yml | 3 +-
 lib/manageiq/providers/openstack/legacy/events/openstack_ceilometer_event_monitor.rb | 8 +-
 spec/legacy/events/openstack_ceilometer_event_monitor_spec.rb | 40 +
 3 files changed, 49 insertions(+), 2 deletions(-)

Comment 12 Shveta 2019-09-24 19:00:56 UTC

Flag 'event_skip_history: true' introduced in 5.10.11.
Verified in 5.10.11.0.20190923184203_de5e4c8

Comment 14 errata-xmlrpc 2019-10-09 13:51:12 UTC

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, 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-2019:2967