Date: Fri, 15 Oct 2021 22:43:41 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 259152] [iscsi] ExpDataSN mismatch in SCSI Response (unable to connect or authenticate to OCI oracle iscsi block devices) Message-ID: <bug-259152-227-F0KY3H5KAD@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-259152-227@https.bugs.freebsd.org/bugzilla/> References: <bug-259152-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259152 --- Comment #8 from John Baldwin <jhb@FreeBSD.org> --- Created attachment 228734 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D228734&action= =3Dedit permit_expdatasn_0.patch Not tested, but I did notice that we should require an ExpDataSN of 0 if the response is not command completed. Looking at the latest trace, it does seem that the SCSI response does inclu= de an ExpDataSN of 0, and I've added an exception that tries to exempt this ch= eck for errors. It's not conformant, but Linux also doesn't check for this tha= t I can see (linux/drivers/scsi/libiscsi.c:iscsi_scsi_cmd_rsp()). This though will just get you back to comment #4 I think and we will still = need a pcap with -s 0 of the result to look at for the next issue. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-259152-227-F0KY3H5KAD>