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

From: "noc" <noc(a)nieuwland.nl&gt; 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.

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