SR failed to complete operation-> LUN not found

[fritecsas]

additionals:

I have probbed the SR using CLI commands. here are the results: I am not able to receive the SCSIid back from the Target.

[root@PCCO-XEN01 ~]#
[root@PCCO-XEN01 ~]# xe sr-probe type=lvmoiscsi device-config:target=10.33.2.12 device-config:targetIQN=iqn.2011-11:dss.target0
There was an SR backend failure.
status: non-zero exit
stdout:
stderr: Traceback (most recent call last):
File "/opt/xensource/sm/LVMoISCSISR", line 378, in ?
SRCommand.run(LVHDoISCSISR, DRIVER_INFO)
File "/opt/xensource/sm/SRCommand.py", line 244, in run
sr = driver(cmd, cmd.sr_uuid)
File "/opt/xensource/sm/SR.py", line 128, in __init__
self.load(sr_uuid)
File "/opt/xensource/sm/LVMoISCSISR", line 75, in load
iscsi = driver(self.original_srcmd, sr_uuid)
File "/opt/xensource/sm/SR.py", line 128, in __init__
self.load(sr_uuid)
File "/opt/xensource/sm/util.py", line 1135, in transform
return func(inst, *args, **kwargs)
File "/opt/xensource/sm/ISCSISR.py", line 167, in load
self._initPaths()
File "/opt/xensource/sm/ISCSISR.py", line 170, in _initPaths
self._init_adapters()
File "/opt/xensource/sm/ISCSISR.py", line 236, in _init_adapters
self.devs = scsiutil.cacheSCSIidentifiers()
File "/opt/xensource/sm/scsiutil.py", line 129, in cacheSCSIidentifiers
line = "NONE %s %s %s %s 0 %s" % \
IndexError: list index out of range

[Pi-L]

You have to forgive me as I am not a XEN expert here, but here is some information about this error you can find on the net:

http://old-list-archives.xen.org/arc.../msg00158.html

[fritecsas]

Thanks for the link. I tried this patch, by then it did not even do the target scan.
I re installed the dss6-lite plus created all volumes new.
no chance.

Looks like, I have a problem using dss6-lite with Citrix Xen 5.6SP2

[Pi-L]

Have you tried other iSCSI Targets? I am just wondering how can we help you if this looks like Xen issue.

[fritecsas]

Hi Pi-L
this is the problem, from this location, I have no other iSCSI Target available, the productiv iSCSI Targets are all in other locations separated in VLANS.
I am trying bto figure out something, to get another Target available. Thought about the same thing yesterday. unfortunately, the Buffalo I am having here for NAS does not do iSCSI, only NFS.
I also thought of this might be an XEN issue, however, have some trouble in fihuring out the real sourc of problems. Both systems are new and have never prouven to be ok.
The XEN works with the NFS Share and the local store, The iSCSI open-e is ready prepared with the 1,8 TB Volume.

[red]

try mabye something like:
iqn.2011-11.dss.target0 or iqn.2011-11.dss:target0 as a name

[Pi-L]

If you still cant tell what is malfunctioning the ultimate test would be connect to iSCSI target for example from Windows initiator, if it works that would mean the rest is up to XEN configuration. Have you tried that?

[Gr-R]

can you show us your default initiator settings from Xen ??

[fritecsas]

now you got me: where to check the default initiator setting? I tried to find the info in connection to the iscsi and see the connection status at the open-e status info page:

I did a manuel discover and connect
[root@PCCO-XEN01 ~]# iscsiadm -m discovery -t st -p 10.33.2.12
10.33.2.12:3260,1 iqn.2011-11:dss-lite.target0

then logged myself in
[root@PCCO-XEN01 ~]# iscsiadm -m node -L all
Logging in to [iface: default, target: iqn.2011-11:dss-lite.target0, portal: 10.33.2.12,3260]
Login to [iface: default, target: iqn.2011-11:dss-lite.target0, portal: 10.33.2.12,3260]: successfu

The open-e showed the following connection:
Initiator name: iqn.2011-11.com.example:7beceb9f

After logging off, I tried to connect to the target
[root@PCCO-XEN01 ~]# iscsiadm -m node -T iqn.2011-11:dss-lite.target0 -p 10.33.2.12 -l
Logging in to [iface: default, target: iqn.2011-11:dss-lite.target0, portal: 10.33.2.12,3260]
Login to [iface: default, target: iqn.2011-11:dss-lite.target0, portal: 10.33.2.12,3260]: successfull

another probe at the XEN results in the same error:

[root@PCCO-XEN01 ~]# xe sr-probe type=lvmoiscsi device-config:target=10.33.2.12 device-config:targetIQN=iqn.2011-11:dss-lite.target0
There was an SR backend failure.
status: non-zero exit
stdout:
stderr: Traceback (most recent call last):
File "/opt/xensource/sm/LVMoISCSISR", line 378, in ?
SRCommand.run(LVHDoISCSISR, DRIVER_INFO)
File "/opt/xensource/sm/SRCommand.py", line 244, in run
sr = driver(cmd, cmd.sr_uuid)
File "/opt/xensource/sm/SR.py", line 128, in __init__
self.load(sr_uuid)
File "/opt/xensource/sm/LVMoISCSISR", line 75, in load
iscsi = driver(self.original_srcmd, sr_uuid)
File "/opt/xensource/sm/SR.py", line 128, in __init__
self.load(sr_uuid)
File "/opt/xensource/sm/util.py", line 1135, in transform
return func(inst, *args, **kwargs)
File "/opt/xensource/sm/ISCSISR.py", line 167, in load
self._initPaths()
File "/opt/xensource/sm/ISCSISR.py", line 170, in _initPaths
self._init_adapters()
File "/opt/xensource/sm/ISCSISR.py", line 236, in _init_adapters
self.devs = scsiutil.cacheSCSIidentifiers()
File "/opt/xensource/sm/scsiutil.py", line 129, in cacheSCSIidentifiers
line = "NONE %s %s %s %s 0 %s" % \
IndexError: list index out of range

I will see if I can get me some infos from the XEN Forums.
Thanks for your help.

[red]

i meant the target name, not initiatior