The changes in "retry login for ISCSI_ERR_HOST_NOT_FOUND" caused
sessions using the iscsi_tcp transport bound to a network iface to fail
to connect due to the host lookup failing (iscsi_tcp hosts are
dynamically allocated per-session).
This marks transports that use a host fixed to a hardware offl
On Thu, Jan 08, 2015 at 08:40:17PM -0600, Mike Christie wrote:
> On 01/08/2015 11:11 AM, Chris Leech wrote:
> > On Thu, Jan 08, 2015 at 10:36:59AM -0600, Michael Christie wrote:
> >>
> >> On Jan 6, 2015, at 6:40 PM, Chris Leech wrote:
> >>
> >>> Hi all,
> >>>
> >>> It looks to me that the changes
On 1
9/2015 3:31 PM, Bart Van Assche wrote:
On 01/09/15 12:39, Sagi Grimberg wrote:
On 1/8/2015 4:11 PM, Bart Van Assche wrote:
On 01/08/15 14:45, Sagi Grimberg wrote:
Actually I started with that approach, but the independent connections
under a single session (I-T-Nexus) violates the command
On 1/9/2015 10:19 PM, Mike Christie wrote:
On 01/09/2015 12:28 PM, Hannes Reinecke wrote:
On 01/09/2015 07:00 PM, Michael Christie wrote:
On Jan 8, 2015, at 11:03 PM, Nicholas A. Bellinger wrote:
On Thu, 2015-01-08 at 15:22 -0800, James Bottomley wrote:
On Thu, 2015-01-08 at 14:57 -0800, N
On 1/9/2015 8:00 PM, Michael Christie wrote:
Session wide command sequence number synchronization isn't something to
be removed as part of the MQ work. It's a iSCSI/iSER protocol
requirement.
That is, the expected + maximum sequence numbers are returned as part of
every response PDU, which
