Hi
I ran into a second bug, but I'm not sure where to check that:
[150874.509144] iSCSI Target < 0
[150874.509146] iSCSI Login negotiation failed.
[150874.525818] Moving to TARG_CONN_STATE_FREE.
[150876.307247] Added timeout timer to iSCSI login request for 15
seconds.
[150876.307250] Moving to TARG_CONN_STATE_XPT_UP.
[150877.307358] Received iSCSI login request from 10.0.13.23:36088 on
IB/iSER Network Portal 10.0.13.3:3260
[150877.307360] Moving to TARG_CONN_STATE_IN_LOGIN.
the iSCSI Target < 0 is from me and is placed at
rc = iscsi_target_locate_portal(np, conn, login);
if (rc < 0) {
pr_debug("iSCSI Target < 0");
I added more logs there, the issue is, it's only happening after a few
hours with new connections!
Anyone experienced that, or has an idea what the issue could be?
BTW logging in the iSCSI Target and Portal needs to be improved!
BR
Thomas
On 8 Jun 2017, at 18:35, Marciniszyn, Mike wrote:
From: Bart Van Assche [mailto:Bart.VanAssche@xxxxxxxxxxx]
Sent: Thursday, June 8, 2017 12:28 PM
To: robert@xxxxxxxxxxxxx; thomas.rosenstein@xxxxxxxxxxxxxxxx;
Marciniszyn, Mike <mike.marciniszyn@xxxxxxxxx>
Cc: linux-rdma@xxxxxxxxxxxxxxx
Subject: Re: iSER Connection via LIO not working
On Thu, 2017-06-08 at 16:23 +0000, Marciniszyn, Mike wrote:
This appears to be the only storage ULP that reads this field
exported from
drivers.
Hello Mike,
Are you sure of this? This is what grep tells me:
I only checked within ulp. Perhaps it is a wider issue.
srp appears to only use the variable when use_fast_reg is set, which
looks to be based on the device exported bit.
Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
