How much the size of your LUN ? is it more than 2TB ?
Also did you tried to quit your ISCSI session and reconnect?
How much the size of your LUN ? is it more than 2TB ?
Also did you tried to quit your ISCSI session and reconnect?
Helo
the size is 1800 gb plus the overhead for replication etc.
I did reconnect iscsi sesions, I also did restart both servers (dss server and Xenserver), no changes.
iscsi_discovery (iscsi-ip) did work ok on the xen cli.
the discovery of the LUN results in the mentioned error. The logfile from the xen /var/log/auditlog does give some wird information
Nov 21 16:37:36 PCCO-XEN01 xapi: [20111121T15:37:36.503Z| info|PCCO-XEN01|3922|Async.SR.create R:742206fc7782|audit] ('trackid=717c3b128093ff2e954947c0d9bd241a' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:SR_BACKEND_FAILURE_96: [ ; The request is missing or has an incorrect target IQN parameter; <?xml version=\"1.0\" ?> <iscsi-target-iqns> <TGT> <Index> 0 </Index> <IPAddress> 10.33.2.12 </IPAddress> <TargetIQN> iqn.2011-11:dss.target0 </TargetIQN> </TGT> <TGT> <Index> 1 </Index> <IPAddress> 10.33.2.12 </IPAddress> <TargetIQN> * </TargetIQN> </TGT> </iscsi-target-iqns> ]' 'API' 'SR.create' (('host' 'PCCO-XEN01' 'fd04bab9-d233-40b4-8d43-e3baa25be4f5' 'OpaqueRef:06b501b6-8830-5dac-4a69-89b22b96ba44') ('name_label' '__gui__' '' '') ('name_description' 'SHOULD NEVER BE CREATED' '' '')))
If this would be the first open-e iscsi, I would probably skip this experience an go back to local disks![]()
thanks
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
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
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
Have you tried other iSCSI Targets? I am just wondering how can we help you if this looks like Xen issue.
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.
can you show us your default initiator settings from Xen ??
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.