Bug 1877120

Summary:	RHV Portal Search and Performance issue after upgrading to 4.3
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Robert McSwain <rmcswain>
Component:	ovirt-engine	Assignee:	Nobody <nobody>
Status:	CLOSED DUPLICATE	QA Contact:	Lucie Leistnerova <lleistne>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	4.3.10	CC:	ahadas, mavital, mwest, ryan.groten
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-09-15 05:44:03 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Virt	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Robert McSwain 2020-09-08 21:06:44 UTC

Description of problem:
RHV Portal is very slow after upgrading to 4.3.9.4 as well as 4.3.10.4  It was much more responsive in 4.2.  High CPU util on the ovirt-engine process and activities are very slow to complete.

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

How reproducible:
Unknown at this time

Actual results:
Searches and loading of VMs takes significantly longer time than on prior releases

- Updating the Description of a VM takes 74 seconds
- Loading the VMs page takes 20 seconds

RHV-M is consistently slow loading when loading all VMs in the portal, it's consistently fast when filtering for a single VM or small set.  

Expected results:
Interface is quick and responsive.

Additional info:

Listing and editing VMs still takes a long time, but searching the VM by name rather than waiting for the whole list to populate is quite fast so impact at this point is fairly low.  Everything else in the gui is responding just fine.

This post may point to the issue they're running into https://www.mail-archive.com/users@ovirt.org/msg59851.html

Comment 2 Arik 2020-09-13 08:28:20 UTC

Most probably a duplicate of bz 1845747 - do they have many VMs with pending changes after the upgrade?

Comment 3 Marcus West 2020-09-15 01:09:16 UTC

They have 163 VM's needing reboot.  I deleted those snapshots on our test environment (don't do this on live!) and performance increased significantly.  So i agree, this is BZ#1845747

They also have 51 networks, so could be a bit of that too.  I will make them aware of solution 5057111:

  https://access.redhat.com/solutions/5057111

Comment 4 Arik 2020-09-15 05:44:03 UTC


*** This bug has been marked as a duplicate of bug 1845747 ***