> -----Original Message----- > From: [email protected] [mailto:[email protected]] > On Behalf Of Frank Fegert > Sent: Thursday, August 13, 2015 7:07 PM > To: [email protected] > Subject: Re: Setting firmware/offload engine parameter "Large_Frames" on > QLogic HBAs > > Hello all, > > answering to my own posting ;-) I updated the system to Debian 8, which in > turn allowed me to build the most recent git commit (1dfb88a4df) of open- > iscsi. With the version from git, open-iscsi (non-flash) logins as well as > offload > engine (flash) logins are registered on the target side (Dell EqualLogic) as > jumbo frames enabled sessions. So, no need for qaucli anymore! > > The issue with incoming CHAP-authentification on offload engine (flash) > logins, which i described below, is still persisting though. I also tried > enabling > the bidirectional CHAP option in the HBA firmware through the Dell System > Setup, but this didn't change the behaviour described below. >
Frank, You can verify the bidirectional chap entry using the `chap` submode of `iscsiadm -m host` command. For details, refer the " Host mode with chap submode " section in the open-iscsi README for this. A bidi chap entry cannot be directly associated with any flashnode entry. You just need to create a bidi chap entry in the chap table and associate the flashnode with the local (unidirectional) chap entry, as you have already done. I see parameters `flashnode.session.chap_auth_en` and `flashnode.session.bidi_chap_en` enabled in your config. So you are good there. > Thanks & best regards, > > Frank Fegert > > > On Tue, Aug 11, 2015 at 11:01:47PM +0200, Frank Fegert wrote: > > Hello all, > > > > another day, another issue ;-) > > > > In the meantime i moved on trying to get access to the storage LUNs > > without jumbo frames, but with CHAP-authentification in the iSCSI off- > > load engine of the HBA enabled. It seems - see output below - i can > > set the outgoing username and password just fine by either directly > > setting the parameters: > > > > flashnode.session.username > > flashnode.session.password > > > > or by indirectly referencing a CHAP table entry via the parameter: > > > > flashnode.session.chap_out_idx > > > > Both ways for incoming CHAP-authentification via the parameters: > > > > flashnode.session.chap_in_idx > > flashnode.session.username_in > > flashnode.session.password_in > > > > do not seem to work properly - see error messages below. This was > > tested with Debian 8 and Open-iSCSI build from the latest git commit > > (1dfb88a4df). > > > > According to the "-h" output there seems to be no debug flag to the > > "host" command. So just to verify, before i dig into the sources, are > > the "flashnode.session.(username|password)_in" parameters supposed > to > > work at all and if yes are they analogous to the "node.session.auth. > > (username|password)_in" parameters? > > > > Thanks again & best regards, > > > > Frank Fegert > > > > > > > ########################################################## > ########### > > user@host$ iscsiadm -m host -H 3 -C flashnode -x 2 -o update -n > > flashnode.session.chap_out_idx -v 4 Update flashnode 2. > > Update for flashnode 2 of host 3 successful. > > > > user@host$ iscsiadm -m host -H 3 -C flashnode -x 2 -o update -n > > flashnode.session.username_in -v 1234 > > iscsiadm: Build flashnode config failed. > > iscsiadm: Update for flashnode 2 of host 3 failed. > > > > user@host$ iscsiadm -m host -H 3 -C flashnode -x 2 -o update -n > > flashnode.session.password_in -v 1234 > > iscsiadm: Build flashnode config failed. > > iscsiadm: Update for flashnode 2 of host 3 failed. > > > > user@host$ iscsiadm -m host -H 3 -C flashnode -x 2 -o update -n > > flashnode.session.chap_in_idx -v 5 > > iscsiadm: Build flashnode config failed. > > iscsiadm: Update for flashnode 2 of host 3 failed. > > > > user@host$ iscsiadm -m host -H 3 -C flashnode -x 2 -o show # BEGIN > > RECORD 2.0-873 flashnode.session.auto_snd_tgt_disable = 0 > > flashnode.session.discovery_session = 0 flashnode.session.portal_type > > = ipv4 flashnode.session.entry_enable = 0 > > flashnode.session.immediate_data = 1 flashnode.session.initial_r2t = 0 > > flashnode.session.data_seq_in_order = 1 > > flashnode.session.data_pdu_in_order = 1 > flashnode.session.chap_auth_en > > = 1 flashnode.session.discovery_logout_en = 1 > > flashnode.session.bidi_chap_en = 1 > > flashnode.session.discovery_auth_optional = 0 flashnode.session.erl = > > 0 flashnode.session.first_burst_len = 131072 > > flashnode.session.def_time2wait = 0 flashnode.session.def_time2retain > > = 0 flashnode.session.max_outstanding_r2t = 1 flashnode.session.isid = > > 000e1e17da2c flashnode.session.tsid = 65535 > > flashnode.session.max_burst_len = 262144 > > flashnode.session.def_taskmgmt_tmo = 10 flashnode.session.targetalias > > = <empty> flashnode.session.targetname = "targetname" > > flashnode.session.discovery_parent_idx = 65535 > > flashnode.session.discovery_parent_type = Unknown > > flashnode.session.tpgt = 0 flashnode.session.chap_out_idx = 4 > > flashnode.session.chap_in_idx = 65535 flashnode.session.username = > > "out_username" > > flashnode.session.username_in = <empty> flashnode.session.password = > > "out_password" > > flashnode.session.password_in = <empty> > > flashnode.session.is_boot_target = 0 > > flashnode.conn[0].is_fw_assigned_ipv6 = 0 > > flashnode.conn[0].header_digest_en = 0 > > flashnode.conn[0].data_digest_en = 0 flashnode.conn[0].snack_req_en = > > 0 flashnode.conn[0].tcp_timestamp_stat = 0 > > flashnode.conn[0].tcp_nagle_disable = 1 > > flashnode.conn[0].tcp_wsf_disable = 0 > > flashnode.conn[0].tcp_timer_scale = 3 > > flashnode.conn[0].tcp_timestamp_en = 1 > > flashnode.conn[0].fragment_disable = 0 > > flashnode.conn[0].max_xmit_dlength = 0 > > flashnode.conn[0].max_recv_dlength = 65536 > > flashnode.conn[0].keepalive_tmo = 0 flashnode.conn[0].port = 3260 > > flashnode.conn[0].ipaddress = 10.0.0.2 > > flashnode.conn[0].redirect_ipaddr = 0.0.0.0 > > flashnode.conn[0].max_segment_size = 0 flashnode.conn[0].local_port = > > 0 flashnode.conn[0].ipv4_tos = 0 flashnode.conn[0].ipv6_traffic_class > > = 0 flashnode.conn[0].ipv6_flow_label = 0 > > flashnode.conn[0].link_local_ipv6 = <empty> > > flashnode.conn[0].tcp_xmit_wsf = 0 flashnode.conn[0].tcp_recv_wsf = 0 > > flashnode.conn[0].statsn = 0 flashnode.conn[0].exp_statsn = 0 # END > > RECORD > > > ########################################################## > ########### > > > > -- > > You received this message because you are subscribed to the Google > Groups "open-iscsi" group. > > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > > To post to this group, send email to [email protected]. > > Visit this group at http://groups.google.com/group/open-iscsi. > > For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups > "open-iscsi" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/open-iscsi. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/open-iscsi. For more options, visit https://groups.google.com/d/optout.
