[Bug 1615694] Re: [860730] Host experiencing constant session termination and recreation while using jumbo frames

ChristianEhrhardt 1615694 at bugs.launchpad.net
Fri Nov 3 11:51:58 UTC 2017


Hi Clayton,
I'm cleaning up bugs that work was going on but were forgotten for whatever reason.
Sorry for the delay (again I should say).

To build and use from source you can:
# Build from git
$ git clone https://github.com/open-iscsi/open-iscsi.git
$ sudo apt build-dep open-iscsi
$ sudo apt-get install libssl-dev
$ cd open-iscsi
# Now this step depends on compiler, libs and more - e.g. I had to comment a few lines in include/iscsi_proto.h whicih were now in the linux-headers before being able to build correctly
$ make
$ make install
# Remove the packages version, but backup config
$ cp -a /etc/iscsi ~/iscsi-etc-backup
$ apt remove --purge open-iscsi
# Install what you just built and make it usable
$ systemctl daemon-reload
$ systemctl start open-iscsi
$ systemctl status open-iscsi

As usual you have the config in "/etc/iscsi/" and can try to experiment with that.
Use your backup at ~/iscsi-etc-backup to configure it as similar as possible to the former case.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to open-iscsi in Ubuntu.
https://bugs.launchpad.net/bugs/1615694

Title:
  [860730] Host experiencing constant session termination and recreation
  while using jumbo frames

Status in open-iscsi package in Ubuntu:
  Triaged

Bug description:
  We're seeing constant iSCSI session terminations and subsequent
  recreations on Ubuntu 16.04 hosts running IO to an E-Series Array
  using Jumbo Frames. We've pulled trace of the issue to determine a
  root cause and discovered that the host appears to be overrunning the
  Max Command Sequence Number set by the Target. The target is responds
  to this be killing that session and recreating a new one in it's place
  as an error recovery mechanism, so the crux of the issue is why the
  host seems to be falling outside of iSCSI compliance and overrunning
  the Max Command Sequence Number. This is the reason I went ahead and
  filed the bug against open-iscsi.

  Attached are actually two separate traces from two separate recreate,
  one a Finisar Analyzer Trace, the other a typical TCP dump view-able
  through wire-shark. I've also attached the Apport data for open-iscsi
  in case that could be of any use.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/1615694/+subscriptions



More information about the foundations-bugs mailing list