Bug 1417230

Summary: Can't add iSCSI storage domain to RHV
Product: Red Hat Enterprise Virtualization Manager Reporter: Bill Sanford <bsanford>
Component: ovirt-engineAssignee: Nobody <nobody>
Status: CLOSED NOTABUG QA Contact: meital avital <mavital>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 4.1.0CC: astepano, bsanford, derez, djasa, gklein, laravot, lsurette, mkalinin, rbalakri, rduda, Rhev-m-bugs, srevivo, tnisan, tpelka, ykaul, ylavi
Target Milestone: ovirt-4.1.1Keywords: Regression, TestBlocker
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-01-31 13:36:16 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
View of Host in RHV-M that lists SCSI initiator name.
none
Engine log
none
vdsm log none

Description Bill Sanford 2017-01-27 15:58:46 UTC
Created attachment 1245165 [details]
View of Host in RHV-M that lists SCSI initiator name.

Description of problem:
I try to setup ISCSI storage with RHV-M and it won't add the storage. I have already have my initiators set, and RHV-M sees them, but it doesn't see the LUNS when I go to add them.

When I tail the engine.log, I get:

2017-01-27 10:48:00,137-05 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-16) [1981728f-d00c-4baa-aaed-01b256b87595] START, GetDeviceListVDSCommand(HostName = giediprime, GetDeviceListVDSCommandParameters:{runAsync='true', hostId='18a89989-8f40-44cf-bd9a-4e53a342fc49', storageType='ISCSI', checkStatus='false', lunIds='null'}), log id: 7d9805fd
2017-01-27 10:48:01,322-05 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-16) [1981728f-d00c-4baa-aaed-01b256b87595] FINISH, GetDeviceListVDSCommand, return: [], log id: 7d9805fd


Version-Release number of selected component (if applicable):
RHEL 7.3 
rhv-4.1.0-9/el7/

How reproducible:
100%

Steps to Reproduce:
1. install hosts with RHEL
2. Attach hosts to storage with sendtarget commands
3. Use RHV-M to add hosts, then storage.

Actual results:
RHV-M doesn't see LUNS and no storage gets added

Expected results:
RHV-M does see LUNS and storage gets added

Additional info:

Comment 2 Bill Sanford 2017-01-27 16:07:31 UTC
On the Host, Giediprime, I made sure I was connected to the storage:

[root@giediprime ~]# iscsiadm -m session --rescan
Rescanning session [sid: 1, target: iqn.1992-04.com.emc:cx.apm00160510824.a1, portal: 10.19.168.8,3260]
Rescanning session [sid: 2, target: iqn.1992-04.com.emc:cx.apm00160510824.a0, portal: 10.19.168.6,3260]
Rescanning session [sid: 3, target: iqn.1992-04.com.emc:cx.apm00160510824.b0, portal: 10.19.168.7,3260]
Rescanning session [sid: 4, target: iqn.1992-04.com.emc:cx.apm00160510824.b1, portal: 10.19.168.9,3260]
[root@giediprime ~]#

Comment 3 Yaniv Kaul 2017-01-28 15:44:25 UTC
logs? Engine and VDSM?

Comment 4 Bill Sanford 2017-01-30 13:21:08 UTC
I put the tail of the engine.log in the initial post. I will attach both.

Comment 5 Bill Sanford 2017-01-30 13:21:54 UTC
Created attachment 1245889 [details]
Engine log

Comment 6 Bill Sanford 2017-01-30 13:22:28 UTC
Created attachment 1245890 [details]
vdsm log

Comment 7 Yaniv Kaul 2017-01-30 13:24:59 UTC
None of the logs contain any call to create storage. Did you find such a call?

Comment 8 Bill Sanford 2017-01-30 13:33:25 UTC
I just tried to add it this am. The engine.log showed:

2017-01-30 08:14:35,706-05 INFO  [org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-2) [] (house keeping) deleting failed logins prior to 2017-01-23 13:14:35Z.

2017-01-30 08:14:35,760-05 INFO  [org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-2) [] (house keeping) deleting failed logins prior to 2017-01-23 13:14:35Z.

2017-01-30 08:14:35,790-05 INFO  [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-2) [] User admin@internal successfully logged in with scopes: ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-access

2017-01-30 08:14:35,882-05 INFO  [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-13) [2ec5d3e] Running command: CreateUserSessionCommand internal: false.

2017-01-30 08:14:52,270-05 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-11) [d0b90e2b-46f0-4f01-b2e0-dd8b7600eb50] START, GetDeviceListVDSCommand(HostName = giediprime, GetDeviceListVDSCommandParameters:{runAsync='true', hostId='18a89989-8f40-44cf-bd9a-4e53a342fc49', storageType='ISCSI', checkStatus='false', lunIds='null'}), log id: 368658e9

2017-01-30 08:14:52,776-05 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-11) [d0b90e2b-46f0-4f01-b2e0-dd8b7600eb50] FINISH, GetDeviceListVDSCommand, return: [], log id: 368658e9

My storage is all initialized and seen from the hosts, per comment #2. When I have added storage in the past, RHEV-M saw the hosts and the LUN and I didn't need to search for them in the GUI, I could start immediately using them. The second to last line in the engine.log file, maybe doesn't see them? The org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand is getting what?

Comment 10 Marina Kalinin 2017-01-30 14:47:30 UTC
I suggest changing description of the bug to something like:
"Can't add iSCSI storage domain to RHV".

RHV-M by definition should not see any storage. Only the hosts should have the access to all storage domains in their Data Center.
The manager only provides the UI/API for managing that operation.

Comment 11 Yaniv Kaul 2017-01-30 17:31:29 UTC
 I can't find anywhere a request to connect to the storage.