I also did it with CHAP auth during discovery and it works.
champaran:~# iscsiadm -m node --loginall=automatic
Logging in to [iface: default, target: iqn.2001-04.com.example:iet.test,
portal: 192.168.2.104,3260]
Login to [iface: default, target: iqn.2001-04.com.example:iet.test, portal:
192.168.2.104,3260]: successful
champaran:~# iscsiadm -m session -P3
iSCSI Transport Class version 2.0-870
version 2.0-871
Target: iqn.2001-04.com.example:iet.test
Current Portal: 192.168.2.104:3260,1
Persistent Portal: 192.168.2.104:3260,1
**********
Interface:
**********
Iface Name: default
Iface Transport: tcp
Iface Initiatorname: iqn.1993-08.org.debian:01:5ab1e6508f14
Iface IPaddress: 192.168.2.101
Iface HWaddress: <empty>
Iface Netdev: <empty>
SID: 1
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: 8192
FirstBurstLength: 65536
MaxBurstLength: 262144
ImmediateData: Yes
InitialR2T: Yes
MaxOutstandingR2T: 1
************************
Attached SCSI devices:
************************
Host Number: 7 State: running
scsi7 Channel 00 Id 0 Lun: 0
Attached scsi disk sdb State: running
scsi7 Channel 00 Id 0 Lun: 1
Attached scsi disk sdc State: runningOn Sunday 02 May 2010 05:04:56 Ritesh Raj Sarraf wrote: > On Sunday 02 May 2010 02:14:56 Moritz Muehlenhoff wrote: > > On Wed, Apr 07, 2010 at 09:31:17PM +0200, Florian Lohoff wrote: > > > On Tue, Apr 06, 2010 at 04:21:46AM +0100, Ben Hutchings wrote: > > > > > > On Thu, Feb 11, 2010 at 08:23:12PM +0100, Florian Lohoff wrote: > > > > > > > Something _is_ broken - I am very successful building up > > > > > > > open-iscsi/iscsitarget pairs on i386 - as soon as the initiator > > > > > > > (open-iscsi) is on amd64 the login hangs forever ... No matter > > > > > > > whether the target is on the same machine or on a different > > > > > > > machine ... > > I have the same setup where my software iSCSI target is on an i686 box > where as my open-iscsi initiator is on an amd64 box. > > > > > > > Yes, it is. The iscsi_uevent structure defined in scsi/iscsi_if.h > > > > > > suffers of the 64-bit-allignment-desease on i386. > > > > > > > > > > > > Also please not that this interface is officialy _not_ exported. > > > > > > > > > > So? What would be the correct state? Wontfix? Forwarded-UpStream? > > > > > > > > If you want to get this fixed in the kernel then please report this > > > > upstream at <https://bugzilla.kernel.org> or on an appropriate > > > > mailing list. If it's accepted as a real bug and fixed upstream > > > > then we can backport the fix. > > > > > > The bug has been confirmnd on the open-iscsi mailingliste and reported > > > to be on the low priority fixlist. So basically open-iscsi is broken in > > > Debian with a amd64 kernel and 32 bit userspace with no solution. > > > > Adding Debian open-iscsi maintainers to CC. > > > > Since according to upstream this is unlikey to be fixed for the Squeeze > > kernel, maybe you should at least document in the open-iscsi package? > > I am not very sure if I see the same problem. > > Here, on my setup: > > r...@learner:~$ uname -a > Linux learner 2.6.32-4-686 #1 SMP Tue Apr 6 07:02:27 UTC 2010 i686 > GNU/Linux r...@learner:~$ apt-cache policy iscsitarget > iscsitarget: > Installed: 1.4.20-1 > Candidate: 1.4.20-1 > Version table: > *** 1.4.20-1 0 > 500 http://ftp.debian.org sid/main Packages > 100 /var/lib/dpkg/status > 0.4.17+svn229-1.4 0 > 990 http://ftp.debian.org testing/main Packages > > > champaran:/etc/iscsi# /etc/init.d/open-iscsi start > * Starting iSCSI initiator service iscsid > [ OK ] > * Setting up iSCSI targets > Logging in to [iface: default, target: iqn.2001-04.com.example:iet.test, > portal: 192.168.2.104,3260] > Login to [iface: default, target: iqn.2001-04.com.example:iet.test, portal: > 192.168.2.104,3260]: successful > > [ OK ] > * Mounting network filesystems > [ OK ] > > > champaran:~# uname -a > Linux champaran 2.6.32-4-amd64 #1 SMP Mon Apr 5 21:14:10 UTC 2010 x86_64 > GNU/Linux > > > Is there something else I need to reproduce the problem ? > > > Regards, > Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention."
signature.asc
Description: This is a digitally signed message part.
