[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Google
  Web www.spinics.net

RE: open-iscsi-0.3rc7-383 fails to connect up,but linux-iscsi-3.6.3 connects up fine.



That got me a little farther, but the login is still failing.


[root@co-sanbs10 usr]# rm -rf /var/db/iscsi/*

[root@co-sanbs10 usr]# ./iscsiadm -m discovery --type sendtargets --portal 172.18.64.182:3260
[0db902] 172.18.64.182:3260,1 iqn.2001-04.com.pillar:co-sanbs7.hdb

[root@co-sanbs10 usr]# ./iscsiadm -m node
[0db902] 172.18.64.182:3260,1 iqn.2001-04.com.pillar:co-sanbs7.hdb

[root@co-sanbs10 usr]# ./iscsiadm -m node --record 0db902 --login
iscsiadm: iscsid reported error (5 - encountered iSCSI login failure)

The target side ethereal trace is showing 2 iSCSI logins from 172.18.64.185(co-sanbs10) to 172.18.64.182(co-sanbs7) and both complete with Login Response Success.

Thanks for your help,
Nate


-----Original Message-----
From: Ming Zhang [mailto:mingz@xxxxxxxxxxx]
Sent: Thursday, August 11, 2005 10:10 AM
To: Nate Iverson
Cc: Linux-Iscsi-Users (E-mail)
Subject: Re:  open-iscsi-0.3rc7-383 fails to connect
up,but linux-iscsi-3.6.3 connects up fine.


i am not sure but they might use different db format.

so remove /var/db/iscsi/* and try again.

ming

On Thu, 2005-08-11 at 10:06 -0600, Nate Iverson wrote:
> I'm using open-iscsi-0.3rc7-383 on fedora core 4, this is my iscsid.conf file
> #
> # Open-iSCSI default configuration.
> # Could be located at /etc/iscsid.conf or ~/.iscsid.conf
> #
> node.active_cnx = 1
> node.startup = manual
> node.session.auth.username = iqn.2005-08.com.pillar:co-sanbs10.linux.FC4
> node.session.auth.password = iscsipillardata
> node.session.timeo.replacement_timeout = 0
> node.session.err_timeo.abort_timeout = 10
> node.session.err_timeo.reset_timeout = 30
> node.session.iscsi.InitialR2T = Yes
> node.session.iscsi.ImmediateData = No
> node.session.iscsi.FirstBurstLength = 262144
> node.session.iscsi.MaxBurstLength = 16776192
> node.session.iscsi.DefaultTime2Wait = 0
> node.session.iscsi.DefaultTime2Retain = 0
> node.session.iscsi.MaxConnections = 1
> node.cnx[0].iscsi.HeaderDigest = None
> node.cnx[0].iscsi.DataDigest = None
> node.cnx[0].iscsi.MaxRecvDataSegmentLength = 16776192
> discovery.sendtargets.auth.authmethod = CHAP
> discovery.sendtargets.auth.username = iqn.2005-08.com.pillar:co-sanbs10.linux.FC4
> discovery.sendtargets.auth.password = iscsipillardata
> 
> 
> Starting with no records.
> [root@co-sanbs10 usr]# ./iscsiadm -m node
> iscsiadm: no records found!
> 
> [root@co-sanbs10 usr]# ./iscsiadm -m discovery
> iscsiadm: no records found!
> 
> Anyone know why this is failing to update?
> [root@co-sanbs10 usr]# ./iscsiadm -m discovery --type sendtargets --portal 172.18.64.182:3260
> iscsiadm: can not write record with hash-key '172.18.64.182:3260'
> iscsiadm: can not update discovery record.
> 
> [root@co-sanbs10 usr]# ./iscsiadm -m node --op new --portal 172.18.64.182:3260
> new iSCSI node record added: [086ade]
> 
> [root@co-sanbs10 usr]# ./iscsiadm -m discovery
> iscsiadm: no records found!
> 
> [root@co-sanbs10 usr]# ./iscsiadm -m node
> [086ade] 172.18.64.182:3260,1 <not specified>
> 
> [root@co-sanbs10 usr]# ./iscsiadm -m node --record 086ade --login
> iscsiadm: iscsid reported error (5 - encountered iSCSI login failure)
> 
> I captured logins on the target side using ethereal.
> The "-m discovery --type ..." login completes successfully, but doesn't create a record on the host.
> The "-m node --op new ..." login is being rejected with a Target not found response. 
> Any ideas on what I need to configure differently?
> 
> 
> Target details from lk2.4 host connection
> [root@co-sanbs3 root]# iscsi-ls
> *******************************************************************************
>         SFNet iSCSI Driver Version ... 3.6.3 (27-Jun-2005 )
> *******************************************************************************
> TARGET NAME             : iqn.2001-04.com.pillar:co-sanbs7.hdb
> TARGET ALIAS            :
> HOST NO                 : 2
> BUS NO                  : 0
> TARGET ID               : 0
> TARGET ADDRESS          : 172.18.64.182:3260
> SESSION STATUS          : ESTABLISHED AT Wed Aug 10 14:23:11 2005
> NO. OF PORTALS          : 1
> PORTAL ADDRESS 1        : 172.18.64.182:3260,1
> SESSION ID              : ISID 00023d000001 TSIH 300
> *******************************************************************************
> 
> For a target, I'm using Linux iSCSI Enterprise target 0.4.11 on 172.18.64.182.
> 
> This is what I have setup in ietd.conf on 172.18.64.182. I have also commented out all the IncomingUser and restarted the target, this should allow any iSCSI host to connect up to the target. co-sanbs10 fails with the same message as before.
> 
> Target iqn.2001-04.com.pillar:co-sanbs7.hdb
>         # Users, who can access this target
>         # (no users means anyone can access the target)
>         IncomingUser iqn.1991-05.com.microsoft:co-sanbs3 iscsipillardata
>         IncomingUser iqn.2005-08.com.pillar:co-sanbs3.linux.RH9 iscsipillardata
>         IncomingUser iqn.2005-08.com.pillar:co-sanbs10.linux.FC4 iscsipillardata
>         # Logical Unit definition
>         # You must define one logical unit at least.
>         # Block devices, regular files, LVM, and RAID can be offered
>         # to the initiators as a block device.
>         Lun 0 Path=/dev/hdb,Type=fileio
>         # Alias name for this target
>         Alias CO.SANBS7.HDB
>         # various iSCSI parameters
>         # (not all are used right now, see also iSCSI spec for details)
>         MaxConnections          4
>         InitialR2T              Yes
>         ImmediateData           No
>         MaxRecvDataSegmentLength 16777216
>         MaxBurstLength          16777216
>         FirstBurstLength        512 # ignored since Immed=0
>         DefaultTime2Wait        2
>         DefaultTime2Retain      20
>         MaxOutstandingR2T       8
>         DataPDUInOrder          Yes
>         DataSequenceInOrder     Yes
>         ErrorRecoveryLevel      0
>         HeaderDigest            CRC32C,None
>         DataDigest              CRC32C,None
>         # various target parameters
>         Wthreads                8
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> linux-iscsi-users mailing list
> linux-iscsi-users@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/linux-iscsi-users



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
linux-iscsi-users mailing list
linux-iscsi-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/linux-iscsi-users


[IP Storage]     [IETF]     [Linux SCSI]     [iSCSI Book]     [Linux Resources]     [Yosemite News]     [Photo]     [Home]     [IETF Announcements]     [IETF Discussion]     [SCSI Hardware]