10:26 a.m.
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.
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
1:38 p.m.
----- Original Message -----
From: "noc" <noc(a)nieuwland.nl>
To: users(a)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?
And in which shell did you try to run the command - vdsClient (vdsm's cli) or regular
command line?
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:52 p.m.
This is a multi-part message in MIME format.
--------------010108000800050508040101
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Alissa Bonas wrote:
----- Original Message -----
> From: "noc" <noc(a)nieuwland.nl>
> To: users(a)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@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@host01 vdsm]# rpm -aq | grep iscsi
iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64
[root@host01 vdsm]#
And in which shell did you try to run the command - vdsClient
(vdsm's cli) or regular command line?
plain bash.
[root@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@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@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
default tcp,<empty>,<empty>,<empty>,<empty>
iser iser,<empty>,<empty>,<empty>,<empty>
[root@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@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
default tcp,<empty>,<empty>,<empty>,<empty>
iser iser,<empty>,<empty>,<empty>,<empty>
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
sendtargets -I default -p 192.168.4.234:3260 --op=delete
> 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
>
--------------010108000800050508040101
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Alissa Bonas wrote:
<blockquote
cite="mid:1392582354.42608255.1362659888295.JavaMail.root@redhat.com"
type="cite">
<pre wrap="">
----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "noc" <a
class="moz-txt-link-rfc2396E"
href="mailto:noc@nieuwland.nl"><noc@nieuwland.nl></a>
To: <a class="moz-txt-link-abbreviated"
href="mailto:users@ovirt.org">users@ovirt.org</a>
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.
</pre>
</blockquote>
<pre wrap=""><!---->
Which version of ovirt are you working with?
</pre>
</blockquote>
Sorry should have mentioned that. I'm on oVirt-3.2 stable on F18 engine
and hosts.<br>
<tt>[root@host01 vdsm]# rpm -aq | grep vdsm<br>
vdsm-python-4.10.3-9.fc18.x86_64<br>
vdsm-cli-4.10.3-9.fc18.noarch<br>
vdsm-xmlrpc-4.10.3-9.fc18.noarch<br>
vdsm-4.10.3-9.fc18.x86_64<br>
[root@host01 vdsm]# rpm -aq | grep iscsi<br>
iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64<br>
[root@host01 vdsm]#<br>
</tt><br>
<br>
<blockquote
cite="mid:1392582354.42608255.1362659888295.JavaMail.root@redhat.com"
type="cite">
<pre wrap="">And in which shell did you try to run the command -
vdsClient (vdsm's cli) or regular command line?
</pre>
</blockquote>
plain bash.<br>
<tt>[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb
-t sendtargets -I default -p 192.168.4.234:3260 --op=new<br>
New discovery record for [192.168.4.234,3260] added.<br>
[root@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<br>
iscsiadm: Cannot modify node.startup. Invalid param name.<br>
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface<br>
default
tcp,<empty>,<empty>,<empty>,<empty><br>
iser
iser,<empty>,<empty>,<empty>,<empty><br>
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
sendtargets -I default -p 192.168.4.234:3260 --discover<br>
iscsiadm: No portals found<br>
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface<br>
default
tcp,<empty>,<empty>,<empty>,<empty><br>
iser
iser,<empty>,<empty>,<empty>,<empty><br>
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
sendtargets -I default -p 192.168.4.234:3260 --op=delete<br>
</tt><br>
<blockquote
cite="mid:1392582354.42608255.1362659888295.JavaMail.root@redhat.com"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------010108000800050508040101--
11:23 a.m.
On 03/07/2013 09:52 PM, Joop wrote:
Alissa Bonas wrote:
> ----- Original Message -----
>
>> From: "noc"<noc(a)nieuwland.nl>
>> To:users@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@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@host01 vdsm]# rpm -aq | grep iscsi
iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64
[root@host01 vdsm]#
> And in which shell did you try to run the command - vdsClient (vdsm's cli) or
regular command line?
>
plain bash.
[root@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@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@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
default tcp,<empty>,<empty>,<empty>,<empty>
iser iser,<empty>,<empty>,<empty>,<empty>
[root@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@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
default tcp,<empty>,<empty>,<empty>,<empty>
iser iser,<empty>,<empty>,<empty>,<empty>
[root@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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
10:44 p.m.
Itamar Heim <iheim(a)redhat.com> wrote:
On 03/07/2013 09:52 PM, Joop wrote:
> Alissa Bonas wrote:
>> ----- Original Message -----
>>
>>> From: "noc"<noc(a)nieuwland.nl>
>>> To:users@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@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@host01 vdsm]# rpm -aq | grep iscsi
> iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64
> [root@host01 vdsm]#
>
>
>> And in which shell did you try to run the command - vdsClient
(vdsm's cli) or regular command line?
>>
> plain bash.
> [root@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@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@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
> default tcp,<empty>,<empty>,<empty>,<empty>
> iser iser,<empty>,<empty>,<empty>,<empty>
> [root@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@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
> default tcp,<empty>,<empty>,<empty>,<empty>
> iser iser,<empty>,<empty>,<empty>,<empty>
> [root@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(a)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.
4082
days inactive
4090
days old
4 comments
4 participants
participants (4)
-
Alissa Bonas -
Itamar Heim -
Joop -
noc