Hi Christian, I've tested the PPA and seems to work just fine. I will
post the results here by the and of this week.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1891202
Title:
Multipathd hangs
Hi Christian, sounds good to me. I can test it for sure.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1891202
Title:
Multipathd hangs with long iscsi target names in Ubuntu 18.04
To manage
Hi Christian, you are correct. I Can't reproduce this issue in Focal
(0.8.3).
Could multipath-tools be upgraded to 0.8.3 for Bionic aswell?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1891202
Hi Christian, just to make it sure we are in sync:
Problem is not related to users using NetApp E-Series. I've reproduced
this issue in a NetApp SolidFire system that has no relation with
E-Series. My understanding is that any storage system our platform that
make use of target names larger than
Public bug reported:
I've notice recently that multipathd started hanging when trying to
handle long iscsi target names. In my case these targets are generated
by the OpenStack cinder driver for SolidFire.
My guess is that the problem is occurring due to a bug introduced in
multipath-tools
Hi Christian, sorry for the late reply.
After applying the PPA, multipath no longer hangs when attaching a
SolidFire volumes. The problem with long iscsi target names seems to be
fixed now.
See the output bellow:
stack@60-sfernand-development:~$ sudo multipath -v6 -ll
Oct 13 20:22:27 | loading
Hi folks, I will test that again using SolidFire hardware and get back
soon with the results. We don't a have E-series storage to test but my
understanding is that isn't the goal of the fix anyway.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Folks would like to suggest two changes to the description:
1)
* Users of a NetApp E-Series RDAC due to very long names increasing
the VDP page and and cause multipathd to hang
The above is not exactly true, in fact any target (can be any storage
vendor) with long names may hit if
