Hello everyone, Trying to setup an iscsi target as a storage domain, and it seems not to be possible. Discovered the hosts, the targets are displayed. Selected one target, clicked the "Login" arrow, spinner runs a bit , and the arrow gets grayed out. But no LUNs are displayed, to select from. From this step, I can't go further, if I hit "OK" nothing happends. Just as a thought....ssh into the ovirt node used as initiator, and lsblk command shows the block device as present. So i have to cancel the "New Domain" windows without being able to add the domain, but that iscsi block device still remains present on the hosts. Using 4.2.8 Any thoughts ? Thank you very much ! Leo -- Best regards, Leo David _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RRMR5TMWBKQ...

Thank you Benny, from engine: 2019-01-31 14:22:36,884Z INFO [org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand] (default task-6344) [d8697f85-8822-4588-8d7c-1ed6a5b1d9ca] Running command: ConnectStorageToVdsCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2019-01-31 14:22:36,892Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (default task-6344) [d8697f85-8822-4588-8d7c-1ed6a5b1d9ca] START, ConnectStorageServerVDSCommand(HostName = hp-1.test.lab, StorageServerConnectionManagementVDSParameters:{hostId='e45920ea-572d-4d52-917d-207d82c1d305', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='ISCSI', connectionList='[StorageServerConnections:{id='null', connection='10.10.8.13', iqn='iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', vfsType='null', mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'}]', sendNetworkEventOnFailure='true'}), log id: 347096b2 2019-01-31 14:22:38,112Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (default task-6344) [d8697f85-8822-4588-8d7c-1ed6a5b1d9ca] FINISH, ConnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 347096b2 2019-01-31 14:22:38,437Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-6344) [0ef49cb3-8b81-4f65-8a9d-aa5d57ca6575] START, GetDeviceListVDSCommand(HostName = hp-1.test.lab, GetDeviceListVDSCommandParameters:{hostId='e45920ea-572d-4d52-917d-207d82c1d305', storageType='ISCSI', checkStatus='false', lunIds='null'}), log id: 2fdc334a 2019-01-31 14:22:39,694Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-6344) [0ef49cb3-8b81-4f65-8a9d-aa5d57ca6575] FINISH, GetDeviceListVDSCommand, return: [], log id: 2fdc334a In vdsm I can't find something related to this operation... It feels like is not getting the luns from the target, although from a different client ( windows machine) i can successfully connect and map the lun. On Thu, Jan 31, 2019 at 4:10 PM Benny Zlotnik <bzlotnik(a)redhat.com&gt; wrote: > Can you attach engine and vdsm logs? > > On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoalex(a)gmail.com&gt; wrote: > >> Hello everyone, >> Trying to setup an iscsi target as a storage domain, and it seems not >> to be possible. >> Discovered the hosts, the targets are displayed. >> Selected one target, clicked the "Login" arrow, spinner runs a bit , >> and the arrow gets grayed out. >> But no LUNs are displayed, to select from. >> From this step, I can't go further, if I hit "OK" nothing happends. >> Just as a thought....ssh into the ovirt node used as initiator, and >> lsblk command shows the block device as present. >> So i have to cancel the "New Domain" windows without being able to add >> the domain, but that iscsi block device still remains present on the hosts. >> >> Using 4.2.8 >> >> Any thoughts ? >> >> Thank you very much ! >> >> Leo >> >> -- >> Best regards, Leo David >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RRMR5TMWBKQ... >> > -- Best regards, Leo David

Hi, I have identified some logs regarding the session: 2019-02-11 10:11:59,220+0000 INFO (jsonrpc/1) [vdsm.api] START discoverSendTargets(con={'ipv6_enabled': False, 'connection': u'10.10.8.13', 'password': '', 'port': u'3260', 'user': ''}, options=None) from=::ffff:10.10.8.130,40100, flow_id=15c2479a-abb3-4aee-adb9-9e01169471c6, task_id=89bb32fd-463b-4b1a-80ff-7a829e0ce500 (api:46) 2019-02-11 10:11:59,693+0000 INFO (jsonrpc/1) [vdsm.api] FINISH discoverSendTargets return={'fullTargets': ['10.10.6.13:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', ' 10.10.6.177:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', '10.10.9.1:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', '10.10.9.5:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', ' 10.10.8.13:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', ' 10.10.6.13:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', ' 10.10.6.177:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.9.1:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.9.5:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.8.13:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.6.13:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.8.13:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.6.177:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.9.1:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.9.5:3260,1 iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296'], 'targets': ['iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296']} from=::ffff:10.10.8.130,40100, flow_id=15c2479a-abb3-4aee-adb9-9e01169471c6, task_id=89bb32fd-463b-4b1a-80ff-7a829e0ce500 (api:52) 2019-02-11 10:11:59,694+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call ISCSIConnection.discoverSendTargets succeeded in 0.47 seconds (__init__:573) ....... 2019-02-11 10:06:11,178+0000 INFO (jsonrpc/3) [vdsm.api] START connectStorageServer(domType=3, spUUID=u'00000000-0000-0000-0000-000000000000', conList=[{u'id': u'00000000-0000-0000-0000-000000000000', u'connection': u'10.10.8.13', u'iqn': u'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', u'user': u'', u'tpgt': u'1', u'password': '********', u'port': u'3260'}], options=None) from=::ffff:10.10.8.130,40100, flow_id=319998e1-3f2c-410a-bbfa-7549abf3529c, task_id=ae8f21c6-56a9-424d-9a91-91d2c176f868 (api:46) 2019-02-11 10:06:12,298+0000 INFO (jsonrpc/3) [vdsm.api] FINISH connectStorageServer return={'statuslist': [{'status': 0, 'id': u'00000000-0000-0000-0000-000000000000'}]} from=::ffff:10.10.8.130,40100, flow_id=319998e1-3f2c-410a-bbfa-7549abf3529c, task_id=ae8f21c6-56a9-424d-9a91-91d2c176f868 (api:52) 2019-02-11 10:06:12,300+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call StoragePool.connectStorageServer succeeded in 1.13 seconds (__init__:573) START connectStorageServer(domType=3, spUUID=u'00000000-0000-0000-0000-000000000000', conList=[{u'id': u'00000000-0000-0000-0000-000000000000', u'connection': u'10.10.8.13', u'iqn': u'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', u'user': u'', u'tpgt': u'1', u'password': '********', u'port': u'3260'}], options=None) from=::ffff:10.10.8.130,40100, flow_id=319998e1-3f2c-410a-bbfa-7549abf3529c, task_id=ae8f21c6-56a9-424d-9a91-91d2c176f868 (api:46) 2019-02-11 10:06:12,298+0000 INFO (jsonrpc/3) [vdsm.api] FINISH connectStorageServer return={'statuslist': [{'status': 0, 'id': u'00000000-0000-0000-0000-000000000000'}]} from=::ffff:10.10.8.130,40100, flow_id=319998e1-3f2c-410a-bbfa-7549abf3529c, task_id=ae8f21c6-56a9-424d-9a91-91d2c176f868 (api:52) 2019-02-11 10:06:12,300+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call StoragePool.connectStorageServer succeeded in 1.13 seconds (__init__:573) 2019-02-11 10:06:12,516+0000 INFO (jsonrpc/1) [vdsm.api] START getDeviceList(storageType=3, guids=(), checkStatus=False, options={}) from=::ffff:10.10.8.130,40100, flow_id=29f514f0-0219-4861-a5d5-55c0c46ab222, task_id=02f3cdea-8ffa-4291-92ee-4eb375c8e6e7 (api:46) 2019-02-11 10:06:13,632+0000 INFO (jsonrpc/1) [vdsm.api] FINISH getDeviceList return={'devList': []} from=::ffff:10.10.8.130,40100, flow_id=29f514f0-0219-4861-a5d5-55c0c46ab222, task_id=02f3cdea-8ffa-4291-92ee-4eb375c8e6e7 (api:52) 2019-02-11 10:06:13,632+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getDeviceList succeeded in 1.12 seconds (__init__:573) The luns are still not retrived form the target. I hit "Login" button goes greyed out, but still no luns .... Connecting from other ( windows /linux ) clients to the same target works fine. I'm still scratching my head to find out how to make this work.... Have a nice day, Leo On Mon, Feb 4, 2019 at 11:47 AM Benny Zlotnik <bzlotnik(a)redhat.com&gt; wrote: > Do you not see something like this[1] in the vdsm log? > > [1] > 2019-02-04 04:45:28,804-0500 INFO (jsonrpc/6) [vdsm.api] START > discoverSendTargets(con={'ipv6_enabled': 'false', 'connection': > '10.35.0.233', 'pas > sword': '', 'port': '3260', 'user': ''}, options=None) > from=::ffff:10.35.1.28,58662, flow_id=f2f05e5a-fab5-43e4-8114-ee33a2f1402b, > task_id=69a6d513 > -6a81-4de5-bd79-0e2f748bbf39 (api:48) > 2019-02-04 04:45:28,982-0500 INFO (jsonrpc/6) [vdsm.api] FINISH > discoverSendTargets return={'fullTargets': ['10.35.0.233:3260,1 > iqn.2015-01.com.benny:444'], 'targets': ['iqn.2015-01.com.benny:444']} > from=::ffff:10.35.1.28,58662, flow_id=f2f05e5a-fab5-43e4-8114-ee33a2f1402b, > task_id=69a6d513-6a81-4de5-bd79-0e2f748bbf39 (api:54) > > > On Thu, Jan 31, 2019 at 4:29 PM Leo David <leoalex(a)gmail.com&gt; wrote: > >> Thank you Benny, >> >> from engine: >> >> 2019-01-31 14:22:36,884Z INFO >> [org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand] >> (default task-6344) [d8697f85-8822-4588-8d7c-1ed6a5b1d9ca] Running command: >> ConnectStorageToVdsCommand internal: false. Entities affected : ID: >> aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group >> CREATE_STORAGE_DOMAIN with role type ADMIN >> 2019-01-31 14:22:36,892Z INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] >> (default task-6344) [d8697f85-8822-4588-8d7c-1ed6a5b1d9ca] START, >> ConnectStorageServerVDSCommand(HostName = hp-1.test.lab, >> StorageServerConnectionManagementVDSParameters:{hostId='e45920ea-572d-4d52-917d-207d82c1d305', >> storagePoolId='00000000-0000-0000-0000-000000000000', storageType='ISCSI', >> connectionList='[StorageServerConnections:{id='null', >> connection='10.10.8.13', >> iqn='iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', vfsType='null', >> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null', >> iface='null', netIfaceName='null'}]', sendNetworkEventOnFailure='true'}), >> log id: 347096b2 >> 2019-01-31 14:22:38,112Z INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] >> (default task-6344) [d8697f85-8822-4588-8d7c-1ed6a5b1d9ca] FINISH, >> ConnectStorageServerVDSCommand, return: >> {00000000-0000-0000-0000-000000000000=0}, log id: 347096b2 >> 2019-01-31 14:22:38,437Z INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] >> (default task-6344) [0ef49cb3-8b81-4f65-8a9d-aa5d57ca6575] START, >> GetDeviceListVDSCommand(HostName = hp-1.test.lab, >> GetDeviceListVDSCommandParameters:{hostId='e45920ea-572d-4d52-917d-207d82c1d305', >> storageType='ISCSI', checkStatus='false', lunIds='null'}), log id: 2fdc334a >> 2019-01-31 14:22:39,694Z INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] >> (default task-6344) [0ef49cb3-8b81-4f65-8a9d-aa5d57ca6575] FINISH, >> GetDeviceListVDSCommand, return: [], log id: 2fdc334a >> >> In vdsm I can't find something related to this operation... >> It feels like is not getting the luns from the target, although from a >> different client ( windows machine) i can successfully connect and map the >> lun. >> >> >> >> On Thu, Jan 31, 2019 at 4:10 PM Benny Zlotnik <bzlotnik(a)redhat.com&gt; >> wrote: >> >>> Can you attach engine and vdsm logs? >>> >>> On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoalex(a)gmail.com&gt; wrote: >>> >>>> Hello everyone, >>>> Trying to setup an iscsi target as a storage domain, and it seems not >>>> to be possible. >>>> Discovered the hosts, the targets are displayed. >>>> Selected one target, clicked the "Login" arrow, spinner runs a bit , >>>> and the arrow gets grayed out. >>>> But no LUNs are displayed, to select from. >>>> From this step, I can't go further, if I hit "OK" nothing happends. >>>> Just as a thought....ssh into the ovirt node used as initiator, and >>>> lsblk command shows the block device as present. >>>> So i have to cancel the "New Domain" windows without being able to add >>>> the domain, but that iscsi block device still remains present on the hosts. >>>> >>>> Using 4.2.8 >>>> >>>> Any thoughts ? >>>> >>>> Thank you very much ! >>>> >>>> Leo >>>> >>>> -- >>>> Best regards, Leo David >>>> _______________________________________________ >>>> Users mailing list -- users(a)ovirt.org >>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RRMR5TMWBKQ... >>>> >>> >> >> -- >> Best regards, Leo David >> > -- Best regards, Leo David