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

On 03/07/2013 09:52 PM, Joop wrote: > Alissa Bonas wrote: >> ----- Original Message ----- >> >>> From: &quot;noc&quot;&lt;noc(a)nieuwland.nl&gt; >>> 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 >