Bug 916290

Summary:	targetcli: CHAP 2 ways on s390x and ppc64
Product:	Red Hat Enterprise Linux 7	Reporter:	Bruno Goncalves <bgoncalv>
Component:	targetcli	Assignee:	Andy Grover <agrover>
Status:	CLOSED NEXTRELEASE	QA Contact:	Bruno Goncalves <bgoncalv>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.0	CC:	notting
Target Milestone:	rc	Keywords:	Triaged
Target Release:	---
Hardware:	s390x
OS:	Unspecified
Whiteboard:
Fixed In Version:	kernel-3.9-rc4	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-03-25 22:41:34 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Bruno Goncalves 2013-02-27 18:21:27 UTC

Description of problem:
The iSCSI discovery target fails when an s390x target has 2 ways CHAP authentication 
iscsiadm -m discovery -I default -p localhost -t st
iscsiadm: failing authentication, received incorrect CHAP response from target 

iscsiadm: Login authentication failed with target 
iscsiadm: discovery login to ::1 failed, giving up 5
iscsiadm: Could not perform SendTargets discovery: encountered non-retryable iSCSI login failure

Version-Release number of selected component (if applicable):

targetcli-2.0rc1.fb19-1.el7.noarch
3.7.0-0.36.el7.s390x
iscsi-initiator-utils-6.2.0.872-19.el7.s390x

How reproducible:
100%

Steps to Reproduce:
1.Setup targetcli with 1 LUN mapped with 2 ways chap
2.Configure client /etc/iscsi/iscsid.conf to use the same secret
3.run
iscsiadm -m discovery -I default -p localhost -t st

Comment 1 Bruno Goncalves 2013-02-28 12:10:58 UTC

it also reproduced on ppc64

Comment 2 Bill Nottingham 2013-03-15 20:45:51 UTC

Byte ordering?

Comment 3 Andy Grover 2013-03-21 21:46:57 UTC

Yes. Fix accepted upstream but not yet in a released kernel or stable point-release. I'll update again when release versions are known.