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

Bug 1103478

Summary: [engine-backend] Edit to a FC storage domain doesn't trigger GetDeviceList in case the previous GetDeviceList failed with a time-out
Product: Red Hat Enterprise Virtualization Manager Reporter: Elad <ebenahar>
Component: ovirt-engineAssignee: Daniel Erez <derez>
Status: CLOSED NOTABUG QA Contact: Aharon Canan <acanan>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.4.0CC: acathrow, ebenahar, gklein, iheim, lpeer, Rhev-m-bugs, scohen, tnisan, yeylon
Target Milestone: ---   
Target Release: 3.4.1   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-08 06:07:18 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:
Attachments:
Description Flags
logs from engine and vdsm none

Description Elad 2014-06-01 11:02:17 UTC 
Created attachment 901202 [details]
logs from engine and vdsm

Description of problem:
Engine doesn't send GetDeviceList command to vdsm if the previous GetDeviceList call failed due to a time-out in vdsm. Happened when I tried to edit a FC storage domain which was in inactive state due to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1102829


Version-Release number of selected component (if applicable):
RHEV-3.4-av9.2
rhevm-3.4.0-0.21.el6ev.noarch
Reproduced also with ovirt-3.5-alpha1.1 

How reproducible:
Always

Steps to Reproduce:
Have a host with FC HBA connected and logged in to a storage server. Expose several LUNs to it.
1. Create a FC storage domain resides on one of the LUNs, wait for it to become active.
2. From storage server side, remove a LUN which doesn't participate in the storage server's VG as a PV.
3. Click on 'edit' storage domain for the FC domain.
4. GetDeviceList will fail with a time-out error, domain will become inactive
5. Click on edit to the FC domain again

Actual results:
GetDeviceList isn't sent to vdsm, webadmin shows a non-refreshed results to the FC connected devices of the hosts under the edit domain window.


Expected results:
Edit to a FC domain should trigger GetDeviceList to be sent to vdsm after a previous failure due to timeout

Additional info: logs from engine and vdsm

Tried to edit the domain around 2014-06-01 13:59
Comment 1 Daniel Erez 2014-06-05 10:07:34 UTC 
Hi Elad,

In step 5 (when clicking edit), is the storage domain in status Active?
As the client triggers GetDeviceList only when the domain is active;
otherwise, the LUNs list is in read-only mode. I.e. when the domain is active the
edit window is used for extending storage domain, whereas, when domain is not active, the edit window merely shows the LUNs which should be part of the storage domain.
Comment 2 Elad 2014-06-05 11:32:22 UTC 
(In reply to Daniel Erez from comment #1)
> Hi Elad,
> 
> In step 5 (when clicking edit), is the storage domain in status Active?
> As the client triggers GetDeviceList only when the domain is active;
> otherwise, the LUNs list is in read-only mode. I.e. when the domain is
> active the
> edit window is used for extending storage domain, whereas, when domain is
> not active, the edit window merely shows the LUNs which should be part of
> the storage domain.

The domain is inactive