Bug 996906 - [rhevm-UI] edit storage domain dialog takes about 20 seconds to load
Summary: [rhevm-UI] edit storage domain dialog takes about 20 seconds to load
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.3.0
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
: 3.5.0
Assignee: Daniel Erez
QA Contact: Aharon Canan
URL:
Whiteboard: storage
: 996116 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-14 09:21 UTC by sefi litmanovich
Modified: 2016-02-10 17:17 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-11 13:25:14 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
engine log (1017.56 KB, text/x-log)
2013-09-01 10:52 UTC, sefi litmanovich
no flags Details
vdsm log (11.14 MB, text/x-log)
2013-09-01 10:54 UTC, sefi litmanovich
no flags Details
supervdsm log (14.93 MB, text/x-log)
2013-09-01 10:56 UTC, sefi litmanovich
no flags Details
screenshot (2.55 MB, image/png)
2013-09-01 10:58 UTC, sefi litmanovich
no flags Details

Description sefi litmanovich 2013-08-14 09:21:41 UTC
Description of problem:

when opening a new Domain or editing an existing one, the pop-up window takes around 20 seconds to load.

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

How reproducible:
always

Steps to Reproduce:
1.in rhevm UI open storage tab.
2.click on New Domain
3.if you have an existing Domain click edit in the menu or right click the Domain and choose eidt

Actual results:

Pop up window loads after 20 seconds

Expected results:

Pop up window load immediately

Additional info:

Comment 1 Mike Burns 2013-08-15 14:40:50 UTC
not sure if backend is right or not, but it's not rhev-h

Comment 2 Sergey Gotliv 2013-08-20 05:14:53 UTC
Please, attach a screenshot of the popup window so I can see which DC(ISCSI, NFS ....) appears first and logs of vdsm and engine. 
I suspect that this is ISCSI and most probably getDeviceList takes so long, screenshot and logs will help.

Comment 3 Sergey Gotliv 2013-08-20 07:55:40 UTC
Please, see comment 2

Comment 4 Alissa 2013-08-21 09:54:58 UTC
Sergey, please see bz996116 - looks like they are duplicates...?

Comment 5 Sergey Gotliv 2013-08-21 10:30:42 UTC
*** Bug 996116 has been marked as a duplicate of this bug. ***

Comment 6 Sergey Gotliv 2013-08-21 10:32:10 UTC
(In reply to Alissa from comment #4)
> Sergey, please see bz996116 - looks like they are duplicates...?
I closed bz996116 as duplicate to this bug

Comment 8 sefi litmanovich 2013-09-01 10:52:57 UTC
Created attachment 792573 [details]
engine log

Comment 9 sefi litmanovich 2013-09-01 10:54:20 UTC
Created attachment 792574 [details]
vdsm log

Comment 10 sefi litmanovich 2013-09-01 10:56:00 UTC
Created attachment 792575 [details]
supervdsm log

Comment 11 sefi litmanovich 2013-09-01 10:58:46 UTC
Created attachment 792576 [details]
screenshot

Comment 12 sefi litmanovich 2013-09-01 10:59:55 UTC
uploaded relevant logs.
this bugs is similar to https://bugzilla.redhat.com/show_bug.cgi?id=996116#c10.
the problem occures only when trying to edit iscsi stroage domain.
currently it takes 'only' 7 seconds to load.

Comment 13 Sergey Gotliv 2014-02-16 07:04:04 UTC
Should be tested on RHEL 7.0

Comment 14 Daniel Erez 2014-06-11 13:25:14 UTC
Edit dialog of an active storage domain is being used for VG extending. Hence, by design, when editing a block storage domain, getDeviceList is being invoked in order to get a refreshed list of LUNs. The duration of the operation mainly depends on the underlined storage (i.e. network/storage latency, number of LUNs/targets, env structure, etc).


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