Bug 1877120 - RHV Portal Search and Performance issue after upgrading to 4.3
Summary: RHV Portal Search and Performance issue after upgrading to 4.3
Keywords:
Status: CLOSED DUPLICATE of bug 1845747
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 4.3.10
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
: ---
Assignee: Nobody
QA Contact: Lucie Leistnerova
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-09-08 21:06 UTC by Robert McSwain
Modified: 2023-12-15 19:13 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-09-15 05:44:03 UTC
oVirt Team: Virt
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

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 ***


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