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
Description of problem: Migration stuck at refresh inventory state when we migrate via VDDK transformation method
@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 .
The migration retries refresh inventory for 30-40 times and then fails .
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(-)
Flag 'event_skip_history: true' introduced in 5.10.11. Verified in 5.10.11.0.20190923184203_de5e4c8
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