Mike Christie wrote:
> Jesse Butler wrote:
>   
>> Erez Zilber wrote:
>>     
>>> On Wed, Aug 20, 2008 at 12:04 AM, Jesse Butler <[EMAIL PROTECTED]> wrote:
>>>   
>>>       
>>>> Ok, I've tried the configuration and login now whilst specifying the
>>>> TPGT.  I don't hit the same error now, but I do see this:
>>>>
>>>> # iscsiadm -m node -T
>>>> iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346 -p
>>>> 10.8.0.6:3260 -l
>>>> Login session [iface: default, target:
>>>> iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346, portal:
>>>> 10.8.0.6,3260]
>>>> iscsiadm: initiator reported error (14 - iSCSI driver does not support
>>>> requested capability.)
>>>> iscsiadm: Could not execute operation on all records. Err 107.
>>>>
>>>> So, progress!
>>>>
>>>> Here is the set of operations I performed.
>>>>
>>>> Thanks
>>>> Jesse
>>>>
>>>>
>>>> # iscsiadm -m node -T
>>>> iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346 -p
>>>> 10.8.0.6:3260,1 -o new
>>>> New iSCSI node [tcp:[hw=default,ip=,net_if=default,iscsi_if=default]
>>>> 10.8.0.6,3260,1
>>>> iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346] added
>>>>
>>>> # iscsiadm -m node -T
>>>> iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346 -p
>>>> 10.8.0.6:3260,1
>>>> node.name = iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346
>>>> node.tpgt = 1
>>>> node.startup = manual
>>>> iface.hwaddress = default
>>>> iface.iscsi_ifacename = default
>>>> iface.net_ifacename = default
>>>> iface.transport_name = tcp
>>>> node.discovery_address = <empty>
>>>> node.discovery_port = 0
>>>> node.discovery_type = static
>>>> node.session.initial_cmdsn = 0
>>>> node.session.initial_login_retry_max = 4
>>>> node.session.cmds_max = 128
>>>> node.session.queue_depth = 32
>>>> node.session.auth.authmethod = None
>>>> node.session.auth.username = <empty>
>>>> node.session.auth.password = <empty>
>>>> node.session.auth.username_in = <empty>
>>>> node.session.auth.password_in = <empty>
>>>> node.session.timeo.replacement_timeout = 120
>>>> node.session.err_timeo.abort_timeout = 10
>>>> node.session.err_timeo.reset_timeout = 30
>>>> node.session.iscsi.FastAbort = Yes
>>>> node.session.iscsi.InitialR2T = No
>>>> node.session.iscsi.ImmediateData = Yes
>>>> node.session.iscsi.FirstBurstLength = 262144
>>>> node.session.iscsi.MaxBurstLength = 16776192
>>>> node.session.iscsi.DefaultTime2Retain = 0
>>>> node.session.iscsi.DefaultTime2Wait = 2
>>>> node.session.iscsi.MaxConnections = 1
>>>> node.session.iscsi.MaxOutstandingR2T = 1
>>>> node.session.iscsi.ERL = 0
>>>> node.conn[0].address = 10.8.0.6
>>>> node.conn[0].port = 3260
>>>> node.conn[0].startup = manual
>>>> node.conn[0].tcp.window_size = 524288
>>>> node.conn[0].tcp.type_of_service = 0
>>>> node.conn[0].timeo.logout_timeout = 15
>>>> node.conn[0].timeo.login_timeout = 15
>>>> node.conn[0].timeo.auth_timeout = 45
>>>> node.conn[0].timeo.active_timeout = 5
>>>> node.conn[0].timeo.idle_timeout = 60
>>>> node.conn[0].timeo.ping_timeout = 5
>>>> node.conn[0].timeo.noop_out_interval = 10
>>>> node.conn[0].timeo.noop_out_timeout = 15
>>>> node.conn[0].iscsi.MaxRecvDataSegmentLength = 131072
>>>> node.conn[0].iscsi.HeaderDigest = None,CRC32C
>>>>     
>>>>         
>>> I think that this is the problem. iSER doesn't use
>>> HeaderDigest/DataDigest. I strongly suggest that you use
>>> iscsi_discovery which does all the work for you (including setting
>>> HeaderDigest/DataDigest to "None").
>>>
>>> Erez
>>>
>>>   
>>>       
>> Hello Erez-
>>
>> The HeaderDigest setting here indicates a list of options [None, 
>> CRC32C].  If running on iSER, we'll negotiate to "None", and all will be 
>> well.
>>
>> I would like to take your advice, but the distribution that I am using 
>> does not have the iscsi_discovery with the "-t" option, so I just used 
>> static.  It could be that what I'm running just won't work (we have 
>> discussed offline a known-to-work configuration, I will try that).  As 
>> an aside, I think it's kinda nutty that there's a chance that the RHEL 
>> 5.2 config doesn't work... since, eh, well it's ship
>>
>> There may be something else in the config, though.  I'm just trying to 
>> figure out what this is:
>>
>> # iscsiadm -m node -T 
>> iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346 -p 
>> 10.8.0.6:3260 -l
>> Login session [iface: default, target: 
>> iqn.1986-03.com.sun:02:aff22998-3466-4bf4-ee3c-958fd4b5d346, portal: 
>> 10.8.0.6,3260]
>> iscsiadm: initiator reported error (14 - iSCSI driver does not support 
>> requested capability.)
>> iscsiadm: Could not execute operation on all records. Err 107.
>> #
>>     
>
> I think what Erez was saying, besides use iscsi_discovery, was that you 
> should set this to None and it should work. In the /var/log/messages do 
> you also see:
>
>                  log_error("transport '%s' does not support "
>                            "HeaderDigest != None", t->name);
>
> The iser driver does not support digests so we do not even try to 
> negotiate. We do not even try to login because the driver said it does 
> not support them. I guess a better option would be to just drop the user 
> requested param and do None for the user - will do that later.
>
> But you have to do that manually now by doing:
>
> iscsiadm -m node -T target -p ip:port -o update -n 
> node.conn[0].iscsi.HeaderDigest  -v None
>
> then retry and that error above will go away.
>
> >
>   

Oh, Ok.  Yeah, that seems like a bug.  He should just pick the first 
acceptable value off the list ("None", in this case).

This worked.  Thanks Erez for the suggestion, and Mike for the 
clarification.  I'm back to debugging now...

Best
Jesse



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to open-iscsi@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/open-iscsi
-~----------~----~----~----~------~----~------~--~---

Reply via email to