Re: new kernel connection timeouts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Feb 5, 2018 at 12:17 PM, Mike Christie <mchristi@xxxxxxxxxx> wrote:
> On 02/02/2018 01:52 PM, Michael Di Domenico wrote:
>> I recently updated my iscsi target box from redhat kernel
>> 3.10.0-693.11.1.el7 to 3.10.0.693.17.1.el7.  now when i try to bring
>
> Did you update to this kernel on both the target side and initiator side?

yes, both the client and server were updated to the same version


>> up a few dozen iscsi clients at a time several will timeout.  i can't
>> say where in the iscsi connection it's failing, but if i'm on the
>> console of the iscsi client, i can rerun the connection script and the
>> disks will appear.
>>
>> it almost seems like the connections are queued up on the target and
>> some don't get one because the queue is full.
>
> Do you have the kernel logs from the target side or initiator side? Or,
> can you take a wireshark trace during this time?

i *might* be able to take a trace using tcpdump, but i will not be
able to send you binary version of the output (protected network).  is
there something specific i can look for in the trace?  or can you
narrow a wireshark/tcpdump filter that would allow me to produce a
short ascii file with the data you need?
--
To unsubscribe from this list: send the line "unsubscribe target-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux SCSI]     [Kernel Newbies]     [Linux SCSI Target Infrastructure]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Device Mapper]

  Powered by Linux