Description of problem: When the system is in 'stable' state, meaning no status change or any operation on the running VMs, the VMs are still being dumped into the database by the monitoring in each polling (statistics) cycle because the monitoring thinks that the following fields are changed: - hash - guest agent nic hash - current cd Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. have a system in stable state 2. 3. Actual results: In each statistics cycle all VMs are updated Expected results: No batch update for VMs should occur by the monitoring Additional info:
These fields as well: - guest memory free - guest memory buffered - guest memory cached
This bug report has Keywords: Regression or TestBlocker. Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.
seems like an easy win in 4.0.z, let's backport it
https://gerrit.ovirt.org/#/c/58303/ was already backported to 4.0.3 as part of the solution to bz 1366786
(In reply to Michal Skrivanek from comment #3) > seems like an easy win in 4.0.z, let's backport it I'd be happy to see it in 4.0.6.
made the 4.0.6, setting moving target
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Verified with rhevm-4.0.6.1-0.1.el7ev.noarch. Have 3 running vms with rhevm-guest-agent-common-1.0.12-3.el7ev.noarch. When system is stable and no action is done, vm_dynamic doesn't change (monitored it for approx. an hour), only when I changed_CD for one of the vms the table was updated as it should. - guest memory free - guest memory buffered - guest memory cached These values moved to vm_statistics table as changed in one of the related patches. Please notify me if this test isn't enough.