Could be a filtering issue, in the logs do you see the output of getDeviceList? Should be something like this: FINISH getDeviceList return={'devList': [{ ... }]}
if you enable debug logs for vdsm[1], you should be able to see the command used to generate the list, something like this: /usr/bin/taskset --cpu-list 0-1 /usr/bin/sudo -n /usr/sbin/lvm pvs --config 'devices { preferred_names=["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter=["a|^/dev/mapper/360014050fae4b6602954f7da281f543a$|^/dev/mapper/36001405139b21348e504199993e9dc34$|^/dev/mapper/360014055cecb9f9bf514613a8fc1b7cc$|^/dev/mapper/360014055fce35ea61ea4b4ea6fe3dfc8$|^/dev/mapper/36001405c8d08f719b9c425e8367dcb24$|", "r|.*|"] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min=50 retain_days=0 }' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,size,vg_name,vg_uuid,pe_start,pe_count,pe_alloc_count,mda_count,dev_size,mda_used_count [1] - https://www.ovirt.org/develop/developer-guide/vdsm/log-files.html On Mon, Feb 11, 2019 at 12:19 PM Leo David <leoa...@gmail.com> wrote: > 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 <bzlot...@redhat.com> 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 <leoa...@gmail.com> 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 <bzlot...@redhat.com> >>> wrote: >>> >>>> Can you attach engine and vdsm logs? >>>> >>>> On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoa...@gmail.com> 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@ovirt.org >>>>> To unsubscribe send an email to users-le...@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/RRMR5TMWBKQQ3IKFDD2VQ5YELJGX4TCI/ >>>>> >>>> >>> >>> -- >>> Best regards, Leo David >>> >> > > -- > Best regards, Leo David >
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/IKETQCNWQHN63RDA3YH4AQVQOGNMBV5I/