Hello Mike,
we have applied the following lines, but the problem persists. Please
check info placed in this email.
Oops, this is a mistake. Do not set the abort timeout to
zero. Set these:
node.conn[0].timeo.noop_out_interval = 0
node.conn[0].timeo.noop_out_timeout = 0
To make them stick you have to set them in iscsid.conf then rerun
discovery then relogin, or you can run
iscsiadm -m node -T your_target -o update -n
node.conn[0].timeo.noop_out_interval -v 0
iscsiadm -m node -T your_target -o update -n
node.conn[0].timeo.noop_out_timeout -v 0
Oriol
kabuki07 open-iscsi-2.0-871 # iscsiadm -m host -P 4
iSCSI Transport Class version 2.0-870
version 2.0-871
Host Number: 2
State: running
Transport: tcp
Initiatorname: (null)
IPaddress: 192.168.192.22
HWaddress: (null)
Netdev: (null)
*********
Sessions:
*********
Target:
iqn.1986-03.com.sun:2510.600a0b800049cc7a000000004a0d4c7b
Current Portal: 192.168.192.136:3260,2
Persistent Portal: 192.168.192.136:3260,2
**********
Interface:
**********
Iface Name: default
Iface Transport: tcp
Iface Initiatorname:
iqn.2010-03.kabuki07:openiscsi-68d8cacb96efe440162d3567ebde79e2
Iface IPaddress: 192.168.192.22
Iface HWaddress: (null)
Iface Netdev: (null)
SID: 2
iSCSI Connection State: LOGGED IN
iSCSI Session State: LOGGED_IN
Internal iscsid Session State: NO CHANGE
************************
Negotiated iSCSI params:
************************
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 262144
MaxXmitDataSegmentLength: 65536
FirstBurstLength: 8192
MaxBurstLength: 262144
ImmediateData: Yes
InitialR2T: Yes
MaxOutstandingR2T: 1
************************
Attached SCSI devices:
************************
scsi2 Channel 00 Id 0 Lun: 0
Attached scsi disk sdb State:
running
scsi2 Channel 00 Id 0 Lun: 31
kabuki07 open-iscsi-2.0-871 #
kabuki07 open-iscsi-2.0-871 # iscsiadm -m host -P 3
Host Number: 2
State: running
Transport: tcp
Initiatorname: (null)
IPaddress: 192.168.192.22
HWaddress: (null)
Netdev: (null)
*********
Sessions:
*********
Target:
iqn.1986-03.com.sun:2510.600a0b800049cc7a000000004a0d4c7b
Current Portal: 192.168.192.136:3260,2
Persistent Portal: 192.168.192.136:3260,2
**********
Interface:
**********
Iface Name: default
Iface Transport: tcp
Iface Initiatorname:
iqn.2010-03.kabuki07:openiscsi-68d8cacb96efe440162d3567ebde79e2
Iface IPaddress: 192.168.192.22
Iface HWaddress: (null)
Iface Netdev: (null)
SID: 2
iSCSI Connection State: LOGGED IN
iSCSI Session State: LOGGED_IN
Internal iscsid Session State: NO CHANGE
************************
Negotiated iSCSI params:
************************
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 262144
MaxXmitDataSegmentLength: 65536
FirstBurstLength: 8192
MaxBurstLength: 262144
ImmediateData: Yes
InitialR2T: Yes
MaxOutstandingR2T: 1
kabuki07 open-iscsi-2.0-871 # iscsiadm -m session -P 1
Target:
iqn.1986-03.com.sun:2510.600a0b800049cc7a000000004a0d4c7b
Current Portal: 192.168.192.136:3260,2
Persistent Portal: 192.168.192.136:3260,2
**********
Interface:
**********
Iface Name: default
Iface Transport: tcp
Iface Initiatorname:
iqn.2010-03.kabuki07:openiscsi-68d8cacb96efe440162d3567ebde79e2
Iface IPaddress: 192.168.192.22
Iface HWaddress: (null)
Iface Netdev: (null)
SID: 2
iSCSI Connection State: LOGGED IN
iSCSI Session State: LOGGED_IN
Internal iscsid Session State: NO CHANGE
kabuki07 open-iscsi-2.0-871 # iscsiadm -m host -P 1
Host Number: 2
State: running
Transport: tcp
Initiatorname: (null)
IPaddress: 192.168.192.22
HWaddress: (null)
Netdev: (null)
var/log/messages
Mar 9 08:28:23 kabuki07 kernel: scsi1 : iSCSI
Initiator over TCP/IP
Mar 9 08:28:23 kabuki07 kernel: scsi 1:0:0:0: Direct-Access
SUN LCSM100_I 0735 PQ: 0 ANSI: 5
Mar 9 08:28:23 kabuki07 kernel: sd 1:0:0:0: Attached scsi
generic sg1 type 0
Mar 9 08:28:23 kabuki07 kernel: sd 1:0:0:0: [sdb] 2147483648
512-byte logical blocks: (1.09 TB/1.00 TiB)
Mar 9 08:28:23 kabuki07 kernel: scsi 1:0:0:31: Direct-Access
SUN Universal Xport 0735 PQ: 0 ANSI: 5
Mar 9 08:28:23 kabuki07 kernel: scsi 1:0:0:31: Attached scsi
generic sg2 type 0
Mar 9 08:28:23 kabuki07 kernel: sd 1:0:0:0: [sdb] Write Protect
is off
Mar 9 08:28:23 kabuki07 kernel: sd 1:0:0:0: [sdb] Mode Sense: 77
00 10 08
Mar 9 08:28:23 kabuki07 kernel: sd 1:0:0:0: [sdb] Write cache:
enabled, read cache: enabled, supports DPO and FUA
Mar 9 08:28:24 kabuki07 iscsid: connection1:0 is operational now
Mar 9 08:29:15 kabuki07 kernel: sdb:
Mar 9 08:29:15 kabuki07 kernel: connection1:0: detected conn
error (1020)
Mar 9 08:29:16 kabuki07 iscsid: Kernel reported iSCSI connection
1:0 error (1020) state (3)
Mar 9 08:29:19 kabuki07 iscsid: connection1:0 is operational
after recovery (1 attempts)
Mar 9 08:30:10 kabuki07 kernel: connection1:0: detected conn
error (1020)
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Unhandled
error code
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] CDB: Read(10):
28 00 00 00 00 00 00 00 08 00
Mar 9 08:30:10 kabuki07 kernel: end_request: I/O error, dev sdb,
sector 0
Mar 9 08:30:10 kabuki07 kernel: Buffer I/O error on device sdb,
logical block 0
Mar 9 08:30:10 kabuki07 kernel: unable to read partition table
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] READ
CAPACITY(16) failed
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Result:
hostbyte=DID_TRANSPORT_FAILFAST driverbyte=DRIVER_OK
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Sense not
available.
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] READ CAPACITY
failed
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Result:
hostbyte=DID_TRANSPORT_FAILFAST driverbyte=DRIVER_OK
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Sense not
available.
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Asking for
cache data failed
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Assuming drive
cache: write through
Mar 9 08:30:10 kabuki07 kernel: sd 1:0:0:0: [sdb] Attached SCSI
disk
Mar 9 08:30:11 kabuki07 iscsid: Kernel reported iSCSI connection
1:0 error (1020) state (3)
dmesg:
Loading iSCSI transport class v2.0-870.
iscsi: registered transport (tcp)
scsi1 : iSCSI Initiator over TCP/IP
scsi 1:0:0:0: Direct-Access SUN LCSM100_I 0735 PQ: 0
ANSI: 5
sd 1:0:0:0: Attached scsi generic sg1 type 0
sd 1:0:0:0: [sdb] 2147483648 512-byte logical blocks: (1.09 TB/1.00 TiB)
scsi 1:0:0:31: Direct-Access SUN Universal Xport 0735 PQ: 0
ANSI: 5
scsi 1:0:0:31: Attached scsi generic sg2 type 0
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 77 00 10 08
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports
DPO and FUA
sdb:
connection1:0: detected conn error (1020)
connection1:0: detected conn error (1020)
sd 1:0:0:0: [sdb] Unhandled error code
sd 1:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
end_request: I/O error, dev sdb, sector 0
Buffer I/O error on device sdb, logical block 0
unable to read partition table
sd 1:0:0:0: [sdb] READ CAPACITY(16) failed
sd 1:0:0:0: [sdb] Result: hostbyte=DID_TRANSPORT_FAILFAST
driverbyte=DRIVER_OK
sd 1:0:0:0: [sdb] Sense not available.
sd 1:0:0:0: [sdb] READ CAPACITY failed
sd 1:0:0:0: [sdb] Result: hostbyte=DID_TRANSPORT_FAILFAST
driverbyte=DRIVER_OK
sd 1:0:0:0: [sdb] Sense not available.
sd 1:0:0:0: [sdb] Asking for cache data failed
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sd 1:0:0:0: [sdb] Attached SCSI disk
Mike Christie wrote:
On
03/08/2010 05:03 AM, Oriol Morell wrote:
Mar 5 14:42:30 kabuki07 connection1:0:
ping timeout of 15 secs
expired, recv timeout 15, last rx 4294949516, last ping 4294953266,
now 4294957016
If the target does not support nops you can
turn them off by setting
node.conn[0].timeo.noop_out_timeout = 0
node.session.err_timeo.abort_timeout = 0
Oops, this is a mistake. Do not set the abort timeout to zero. Set
these:
node.conn[0].timeo.noop_out_interval = 0
node.conn[0].timeo.noop_out_timeout = 0
To make them stick you have to set them in iscsid.conf then rerun
discovery then relogin, or you can run
iscsiadm -m node -T your_target -o update -n
node.conn[0].timeo.noop_out_interval -v 0
iscsiadm -m node -T your_target -o update -n
node.conn[0].timeo.noop_out_timeout -v 0
then logout and login again.
What is your kernel version and are you using the iscsi modules that
come with that kernel or the ones from open-iscsi.org?
The kernel used is linux-2.6.33-gentoo. We have not change nothing in
the kernel, so I suppose modules from open-iscsi are not used in case
the gentoo kernel is not included. Where can we get the correct modules
from open-iscsi for the kernel 2.6.33? I hope this could be the
solution.
2.6.33 is current.
--
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to [email protected].
For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
|
