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

Bug 1555385

Summary: iSCSI target and LUN selection is broken
Product: [oVirt] cockpit-ovirt Reporter: Simone Tiraboschi <stirabos>
Component: Hosted EngineAssignee: Phillip Bailey <phbailey>
Status: CLOSED CURRENTRELEASE QA Contact: Yihui Zhao <yzhao>
Severity: high Docs Contact:
Priority: unspecified    
Version: 0.11.12CC: bugs, cshao, huzhao, qiyuan, rbarry, sbonazzo, stirabos, yaniwang, ycui, yzhao
Target Milestone: ovirt-4.2.2Flags: rule-engine: ovirt-4.2+
rule-engine: blocker+
rule-engine: testing_ack+
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: cockpit-ovirt-0.11.19-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-03-29 11:14:49 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Integration RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Target 1
none
Target 2
none
iscsi_target1
none
iscsi_target2 none

Description Simone Tiraboschi 2018-03-14 15:10:40 UTC 
Description of problem:
iSCSI target and LUN selection is broken: see attached screenshots

I have a multipath env with 2 targets exposed over three portals in the same target portal group. Two issues here:
1. just one path is connected (check number of path field).
2. whatever target I choose, the discovery is always performed over the first target (compare the two pictures: I've different luns exposed over different targets but I always got back the LUNs exposed on the fist target).


Version-Release number of selected component (if applicable):
cockpit-ovirt-dashboard.noarch        0.11.16-1.el7.centos

How reproducible:
100%

Steps to Reproduce:
1. try to deploy hosted-engine from cockpit over iSCSI in a multipath env
2.
3.

Actual results:
- if more than one portal is there, only the first one is connected
- if more than one target is there, LUNs discovery is always performed over the first target

Expected results:
The user is able to select a target and a lun exposed by that target, all the portals of the same target portal group are connected

Additional info:
Comment 1 Simone Tiraboschi 2018-03-14 15:11:20 UTC 
Created attachment 1408052 [details]
Target 1
Comment 2 Simone Tiraboschi 2018-03-14 15:11:41 UTC 
Created attachment 1408053 [details]
Target 2
Comment 5 Martin Sivák 2018-03-21 12:02:40 UTC 
*** Bug 1558824 has been marked as a duplicate of this bug. ***
Comment 6 Yihui Zhao 2018-03-26 02:35:24 UTC 
Created attachment 1412944 [details]
iscsi_target1
Comment 7 Yihui Zhao 2018-03-26 02:41:30 UTC 
Created attachment 1412946 [details]
iscsi_target2
Comment 8 Yihui Zhao 2018-03-26 03:32:39 UTC 
Tested with 11.16, due to the former error[bug 1556866], cannot reach the storage  stage.

Tested with 11.19, the user is able to select a target and a lun exposed by that target, see the attachment 1412944 [details] and attachment 1412946 [details].


So, change this bug's status to verified.
Comment 9 Sandro Bonazzola 2018-03-29 11:14:49 UTC 
This bugzilla is included in oVirt 4.2.2 release, published on March 28th 2018.

Since the problem described in this bug report should be
resolved in oVirt 4.2.2 release, it has been closed with a resolution of CURRENT RELEASE.

If the solution does not work for you, please open a new bug report.