[Users] Weird errors when trying to connect to an iSCSI target.

Fri Mar 15 21:44:24 UTC 2013

Itamar Heim <iheim at redhat.com> wrote:

>On 03/07/2013 09:52 PM, Joop wrote:
>> Alissa Bonas wrote:
>>> ----- Original Message -----
>>>
>>>> From: "noc"<noc at nieuwland.nl>
>>>> To:users at ovirt.org
>>>> Sent: Thursday, March 7, 2013 11:26:23 AM
>>>> Subject: [Users] Weird errors when trying to connect to an iSCSI
>target.
>>>>
>>>>
>>>> I have been able to connect to this iSCSI target before but now I'm
>>>> getting some weird errors, see attached vdsm.log but in short its
>>>> about the following:
>>>>
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,401::task::568::TaskManager.Task::(_updateState)
>>>> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init
>>>> -> state preparing
>>>> Thread-161303::INFO::2013-03-07
>>>> 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect:
>>>> discoverSendTargets(con={'connection': '192.168.4.234', 'password':
>>>> '******', 'port': '3260', 'user': ''}, options=None)
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,402::misc::84::Storage.Misc.excCmd::(<lambda>)
>>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
>>>> default -p 192.168.4.234:3260 --op=new' (cwd None)
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,428::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS:
>>>> <err> = ''; <rc> = 0
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,428::misc::84::Storage.Misc.excCmd::(<lambda>)
>>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
>>>> default -p 192.168.4.234:3260 -n node.startup -v manual
>--op=update'
>>>> (cwd None)
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,452::misc::84::Storage.Misc.excCmd::(<lambda>) FAILED:
>>>> <err> = 'iscsiadm: Cannot modify node.startup. Invalid param
>>>> name.\n'; <rc> = 7
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,453::misc::84::Storage.Misc.excCmd::(<lambda>)
>>>> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,476::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS:
>>>> <err> = ''; <rc> = 0
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,477::misc::84::Storage.Misc.excCmd::(<lambda>)
>>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
>>>> default -p 192.168.4.234:3260 --discover' (cwd None)
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,512::misc::84::Storage.Misc.excCmd::(<lambda>) FAILED:
>>>> <err> = 'iscsiadm: No portals found\n'; <rc> = 21
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,516::misc::84::Storage.Misc.excCmd::(<lambda>)
>>>> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,541::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS:
>>>> <err> = ''; <rc> = 0
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,541::misc::84::Storage.Misc.excCmd::(<lambda>)
>>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
>>>> default -p 192.168.4.234:3260 --op=delete' (cwd None)
>>>> Thread-161303::DEBUG::2013-03-07
>>>> 09:54:14,565::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS:
>>>> <err> = ''; <rc> = 0
>>>> Thread-161303::ERROR::2013-03-07
>>>> 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets)
>>>> Discovery failed
>>>> Traceback (most recent call last):
>>>> File "/usr/share/vdsm/storage/hsm.py", line 2797, in
>>>> discoverSendTargets
>>>> targets = iscsi.discoverSendTargets(iface, portal, cred)
>>>> File "/usr/share/vdsm/storage/iscsi.py", line 202, in
>>>> discoverSendTargets
>>>> targets = iscsiadm.discoverydb_discover(discoverType, iface.name,
>>>> portalStr)
>>>> File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in
>>>> discoverydb_discover
>>>> raise IscsiDiscoverdbError(rc, out, err)
>>>> IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found'])
>>>> Thread-161303::ERROR::2013-03-07
>>>> 09:54:14,567::task::833::TaskManager.Task::(_setError)
>>>> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error
>>>> Traceback (most recent call last):
>>>> File "/usr/share/vdsm/storage/task.py", line 840, in _run
>>>> return fn(*args, **kargs)
>>>> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper
>>>> res = f(*args, **kwargs)
>>>> File "/usr/share/vdsm/storage/hsm.py", line 2800, in
>>>> discoverSendTargets
>>>> raise se.iSCSIDiscoveryError(portal, e)
>>>>
>>>> Running the commands in a shell indeed gives the errors shown.
>>>>
>>>
>>> Which version of ovirt are you working with?
>>>
>> Sorry should have mentioned that. I'm on oVirt-3.2 stable on F18
>engine
>> and hosts.
>> [root at host01 vdsm]# rpm -aq | grep vdsm
>> vdsm-python-4.10.3-9.fc18.x86_64
>> vdsm-cli-4.10.3-9.fc18.noarch
>> vdsm-xmlrpc-4.10.3-9.fc18.noarch
>> vdsm-4.10.3-9.fc18.x86_64
>> [root at host01 vdsm]# rpm -aq | grep iscsi
>> iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64
>> [root at host01 vdsm]#
>>
>>
>>> And in which shell did you try to run the command - vdsClient
>(vdsm's cli) or regular command line?
>>>
>> plain bash.
>> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
>> sendtargets -I default -p 192.168.4.234:3260 --op=new
>> New discovery record for [192.168.4.234,3260] added.
>> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
>> sendtargets -I default -p 192.168.4.234:3260 -n node startup -v
>manual
>> --op=update
>> iscsiadm: Cannot modify node.startup. Invalid param name.
>> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
>> default tcp,<empty>,<empty>,<empty>,<empty>
>> iser iser,<empty>,<empty>,<empty>,<empty>
>> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
>> sendtargets -I default -p 192.168.4.234:3260 --discover
>> iscsiadm: No portals found
>> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
>> default tcp,<empty>,<empty>,<empty>,<empty>
>> iser iser,<empty>,<empty>,<empty>,<empty>
>> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
>> sendtargets -I default -p 192.168.4.234:3260 --op=delete
>
>was this resolved?
>
>
>>
>>>
>>>> I have a wild guess but what interface is -I default referring to?
>>>> I had more than one interface activated for this host but moved it
>to
>>>> a cluster which didn't have the network definitions and removed the
>>>> now invalid networks from the host. Just checked with tcpdump and
>>>> the traffic is going through ovirtmgmt interface and the storage is
>>>> responding.
>>>> /var/lib/iscsi isn't filled with info, only
>>>> sendtargets/target_ip_address/st_config
>>>>
>>>> Joop
>>>> --
>>>> irc: jvandewege
>>>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>

Sorry, I totally forgot to answer this myself. It was my own fault. Have 2 hosts and used the other one for testing iscsi and now this one, but didn't realise that this host didn't have access to the lun, blush.
Giving access fixed my errors shown below.

Maybe hinting at access permission if no luns are found might be a good idea, maybe is already done but not near an ovirt instance to check.

Joop
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.