Bug 2001574
Summary: | Memory usage on Windows client browser while using move or copy disk operations on Admin web | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Raul Aldaz <raldaz> |
Component: | ovirt-engine | Assignee: | shani <sleviim> |
Status: | CLOSED ERRATA | QA Contact: | sshmulev |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 4.4.7 | CC: | aefrat, ahadas, apinnick, emarcus, mavital, rszwajko, sfishbai, sgratch, sleviim |
Target Milestone: | ovirt-4.5.1 | Keywords: | Reopened, ZStream |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Windows | ||
Whiteboard: | |||
Fixed In Version: | ovirt-engine-4.5.1 | Doc Type: | Bug Fix |
Doc Text: |
Previously, when closing the "Move/Copy disk" dialog in the Administration Portal, some of the acquired resources were not released. This caused browser slowness and high memory usage in environments with many disks. In this release, the memory leak is fixed.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2022-07-14 12:54:31 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Raul Aldaz
2021-09-06 13:19:28 UTC
CU has confirmed that issue still present with Windows 10 / Firefox 96.0.1 and RHV Manager 4.4.8.6-0.1.el8ev Can you please provide the virtual cpu's number, memory size of VM configuration? What was the OS that was installed(windows10 home/pro/pro N)? Tried to see if I can reproduce this issue on versions: Engine-4.4.10.4-0.1.el8ev, vdsm-4.40.100.2-1.el8ev According to the steps in the bug description: 1) Created VM using Windows 10 21H1 (chose pro N) (Build 19043.928)and installed Chrome Version 93.0.4577.63 2) VM configured with 2 CPU, 4G memory, attached 5G disk with NFS, 3G disk with ISCSI, and OS disk of 30G 3) The VM was up, chrome was up 4) started to move the disk 5G to another SD 5) started to move the disk 30G to another SD The VM was slow from the beginning, and CPU usage was already 100% before even starting any operation on the disks or even opening the chrome browser. from looking at the resource monitor, most active processes were: perform.exe, searchAPP.exe,Microsoft.photos.exe, and even WWWAhost became inactive at some point(a known issue in Windows which may cause slowness). regarding the memory part, the usage of it was not bigger than 47% even when moving bigger disk size. Raul, we didn't manage to reproduce it (see comment 5) Can you please try to provide more information on how to reproduce it? We've noticed an issue that might indicate of an indefinite loop that could have resulted in higher memory consumption on the client side but it is related to the upload disk dialog and not to move/copy disk - Raul, can we rule out that the issue we see in upload-disk is related to this? Hello, sorry for late response. Issue in original description is easily reachable using a RHV Manager with database restored from backup attached to the associated case. As said, to reproduce it, it is needed only to enter in Admin Portal -> Storage -> Select disk -> Move / Copy. It is not needed to perform Move or Copy operation, just enter the menu, wait for select values and then cancel. Each time you repeat this operation, it takes more time until finally OOM is caused by browser process. Let me know if I can help with access to reproducer, thank you! Raúl Thanks Raul, so it seems like the flow is simpler than what we tried - just to open the dialog and close it several times, and see how it goes Eli, can you please review the doc text? Verified successfully. Versions: ovirt-engine-4.5.1-635.bba3bb6ad58e.55.el8ev vdsm-4.50.0.13-1.el8ev I tried to copy/move more than 20 times one after one and cancel them (like it was displayed on the screencast). The memory usage was between 34%-38% for all these tries. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: RHV Manager (ovirt-engine) [ovirt-4.5.1] security, bug fix and update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:5555 Due to QE capacity, we are not going to cover this issue in our automation |