Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1201020 - [RFE] Audit load balancing migrations for more visibility
[RFE] Audit load balancing migrations for more visibility
Status: CLOSED ERRATA
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine (Show other bugs)
3.5.0
Unspecified All
medium Severity medium
: ovirt-4.1.0-rc
: ---
Assigned To: Yanir Quinn
Artyom
: EasyFix, FutureFeature, Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-03-11 16:49 EDT by Gordon Watson
Modified: 2017-04-24 20:55 EDT (History)
13 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Previously, the system performed automatic migrations, when required, without displaying the reason for doing so in the Event log or in the Administrator portal. In this release, after performing an automatic migration, the reason for doing so will be displayed.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-04-24 20:55:40 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: SLA
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
sherold: Triaged+


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2017:0997 normal SHIPPED_LIVE Red Hat Virtualization Manager (ovirt-engine) 4.1 GA 2017-04-18 16:11:26 EDT

  None (edit)
Description Gordon Watson 2015-03-11 16:49:49 EDT
Description of problem:


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

RHEV 3.5
RHEL 6.6 host


How reproducible:

Every time (for me).


Steps to Reproduce:
1. Start a VM on a host.
2. Force cpu usage on the host above the 'HighUtilization' mark defined in the cluster policy. 
3. VM will/should migrate to another host.
4. Neither the engine log nor the Event Log indicate the reason.


Actual results:

Automatic migration occurs without the end user knowing why.


Expected results:

A message indicating the reason would be helpful.


Additional info:
Comment 3 Doron Fediuck 2015-03-12 08:04:13 EDT
Gordon,
your cluster is using even distribution load balancing, so this is working exactly as expected (and may even saved your VM from troubles).

If you do not want the VM to be migrated automatically in such a case simply set
the cluster scheduling policy to 'None' (or you can pin a VM to a specific host). See policy details in section 5.2.2.4 in [1].

Load balancing is not generating events to avoid flooding system and events log.
If there's a strong case for it please let us know. Otherwise we should close
this issue.


[1] https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Administration_Guide/sect-Cluster_Tasks.html#sect-Explanation_of_Settings_and_Controls_in_the_New_Cluster_and_Edit_Cluster_Windows
Comment 7 Martin Sivák 2017-02-08 10:26:20 EST
We believe this is already working as expected as all migrations are reported to the audit log together with the reason for it.
Comment 9 Artyom 2017-02-14 08:04:55 EST
Verified on rhevm-4.1.1-0.1.el7.noarch
Now, for each migration under the engine we have the explicit reason, for example:
Migration initiated by system (VM: golden_env_mixed_virtio_2, Source: host_mixed_2, Destination: host_mixed_1, Reason: Load balancing).

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