8:02 a.m.
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
8:10 a.m.
Can you attach engine and vdsm logs?
On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoalex(a)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(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...
8:29 a.m.
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> wrote:
Can you attach engine and vdsm logs?
On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoalex(a)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(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
3:46 a.m.
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> 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> wrote:
> Can you attach engine and vdsm logs?
>
> On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoalex(a)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(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
4:18 a.m.
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> 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> 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>
> wrote:
>
>> Can you attach engine and vdsm logs?
>>
>> On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoalex(a)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(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
5:11 a.m.
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 <leoalex(a)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 <bzlotnik(a)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 <leoalex(a)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 <bzlotnik(a)redhat.com>
>> wrote:
>>
>>> Can you attach engine and vdsm logs?
>>>
>>> On Thu, Jan 31, 2019 at 4:04 PM Leo David <leoalex(a)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(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
1907
days inactive
1919
days old
5 comments
2 participants
participants (2)
-
Benny Zlotnik -
Leo David