Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1475774

Summary:	RHV-M requesting four GetDeviceListVDSCommand when editing storage domain
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	nijin ashok <nashok>
Component:	ovirt-engine	Assignee:	shani <sleviim>
Status:	CLOSED ERRATA	QA Contact:	Shir Fishbain <sfishbai>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	4.1.4	CC:	aefrat, emarcus, lsurette, mtessun, rgolan, srevivo, tnisan
Target Milestone:	ovirt-4.4.0	Keywords:	Performance, ZStream
Target Release:	4.3.0
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:	Previously, when creating/managing an iSCSI storage domain, there was no indication that the operation may take a long time. In this release, the following message has been added: “Loading... A large number of LUNs may slow down the operation.”	Story Points:	---
Clone Of:
Clones:	1713213 (view as bug list)		Environment:
Last Closed:	2020-08-04 13:16:05 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:
Bug Depends On:	1259353
Bug Blocks:	1713213

Description nijin ashok 2017-07-27 10:22:15 UTC

Description of problem:

When we click on Manage domain , RHV-M is requesting 4 GetDeviceListVDSCommand with same arguments on the same host. The whole process can take around 1-2 minute in an environment with large number of LUNs.

For the customer, it was taking around 90 seconds in a host which is having 181 LUNs. Each GetDeviceListVDSCommand was taking around 15-20 seconds (Expected with large number of LUNs). The customer is using RHEV 3.6 and I can see 6  GetDeviceListVDSCommand however it's reduced to 4 in 4.1. 


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

RHV 4.1
rhevm-4.1.3.5-0.1.el7.noarch

How reproducible:

100%

Steps to Reproduce:

1. Click on manage storage domain and find the GetDeviceListVDSCommand executed in the engine log.

Actual results:

Editing storage domain can take some time to show up if the host is having large number of LUNs.

Expected results:

If all the calls are same, issue only 1 call while clicking edit storage domain.

Additional info:

Comment 5 Sandro Bonazzola 2019-01-28 09:40:07 UTC

This bug has not been marked as blocker for oVirt 4.3.0.
Since we are releasing it tomorrow, January 29th, this bug has been re-targeted to 4.3.1.

Comment 7 Tal Nisan 2019-02-18 11:31:20 UTC

Shani, please add a message in the dialog that having a high number of LUNs will slow the operation down

Comment 13 RHV bug bot 2019-12-13 13:15:36 UTC

WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops

Comment 14 RHV bug bot 2019-12-20 17:45:13 UTC

WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops

Comment 15 Shir Fishbain 2020-01-02 09:11:42 UTC

Verified 

After 4 times that the GetDeviceListVDSCommand appears with the same arguments on the same host in the engine log, you can immediately edit the storage domain.

ovirt-engine-4.4.0-0.13.master.el7.noarch
vdsm-4.40.0-164.git38a19bb.el8ev.x86_64

Comment 16 RHV bug bot 2020-01-08 14:47:33 UTC

WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops

Comment 17 RHV bug bot 2020-01-08 15:16:49 UTC

WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops

Comment 18 RHV bug bot 2020-01-24 19:49:17 UTC

WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops

Comment 21 errata-xmlrpc 2020-08-04 13:16:05 UTC

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 (Important: RHV Manager (ovirt-engine) 4.4 security, bug fix, and enhancement 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-2020:3247