Bug 1788540 - vmotion migration (live migrations using the vmware tool) are not triggering vm migration control policies
Summary: vmotion migration (live migrations using the vmware tool) are not triggering ...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Automate
Version: 5.10.13
Hardware: All
OS: All
high
high
Target Milestone: GA
: 5.12.0
Assignee: Lucy Fu
QA Contact: Devidas Gaikwad
Red Hat CloudForms Documentation
URL:
Whiteboard:
Depends On:
Blocks: 1794573 1794574
TreeView+ depends on / blocked
 
Reported: 2020-01-07 13:22 UTC by Felix Dewaleyne
Modified: 2023-03-24 16:38 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1794573 1794574 (view as bug list)
Environment:
Last Closed: 2020-06-10 13:12:11 UTC
Category: Bug
Cloudforms Team: CFME Core
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Felix Dewaleyne 2020-01-07 13:22:10 UTC
Description of problem:
When live migrating a set of vms with vmotion 

Version-Release number of selected component (if applicable):
5.10.13.1

How reproducible:
all the time

Steps to Reproduce:
1. create and apply a control policy that has for purpose to copy the tag of the host to the vm / update the tag of the vm . This should trigger on vm migrate at least
2. set about 200 vms to migrate using vm motion 

Actual results:
the migration did not trigger the control policy

Expected results:
the migration triggers the control policy

Additional info:
we do not see any vm migration event in the control.log or any call to a control policy after the migration
this may not be relevant but the policy is set to be triggered on

    Service Provision Complete
    VM Settings Change
    VM Create Complete
    VM Clone Complete
    VM Guest Reboot
    VM Migration (vMotion)
    Power On
    Power Off
    VM Reset
    VM Resume

each time the event "DrsVmMigratedEvent" the migration seems to not be detected, while in one case it was a "VmMigratedEvent" that was used and that did trigger the control policy.

Comment 9 CFME Bot 2020-01-07 17:16:08 UTC
New commit detected on ManageIQ/manageiq-content/master:

https://github.com/ManageIQ/manageiq-content/commit/fbca9889184d6d334fcea3138dfa32ad629ba7c8
commit fbca9889184d6d334fcea3138dfa32ad629ba7c8
Author:     Adam Grare <agrare>
AuthorDate: Tue Jan  7 10:12:34 2020 -0500
Commit:     Adam Grare <agrare>
CommitDate: Tue Jan  7 10:12:34 2020 -0500

    Add an automate event for DrsMigrateVM_Task

    This adds an automate event instance for the DrsMigrateVM_Task event
    which is a more specific subclass of the MigrateVM_Task class.

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

 content/automate/ManageIQ/System/Event/EmsEvent/VC.class/drsmigratevm_task.yaml | 12 +
 1 file changed, 12 insertions(+)


Note You need to log in before you can comment on or make changes to this bug.