[Bug 1455482] Re: Multipath: upgrade multipath-tools to upstream

[Mauricio Faria de Oliveira]

> Well, that change was made for a good reason; <snip>
> Is this affecting other drives than the QEMU ones for your use-case?

Agree, good reasons. Yes, the IPR disks show up as SCSI ones.
And if there's no other attributes (say, the SCSI_* udev attributes which sg3-utils udev rules can set), the IBM IPR disks won't be multipathed.
I didn't have a chance to check this w/ FC, but I suspect the WWN_ attributes are also defined by sg3-utils udev rules, and not somewhere else, so I guess they'd not work as well.

The BTS bugs for the sg3-utils/whitelist/IPR rev issues are listed in
comment #5.

> instead of service-time -- which is now the default. I'll work on
shipping

Ah, yeah, the service-time path selector.. also for the installer.
For the initramfs that is resolved w/ Debian  (BTS 782363).

Thanks!

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

Title:
  Multipath: upgrade multipath-tools to upstream

Status in multipath-tools package in Ubuntu:
  Triaged

Bug description:
  Ubuntu ships an older version of multipath-tools (i.e., the userspace multipath
  support; kernelspace multipath support is the device-mapper's multipath target, 
  which is as recent as their kernel is, so not a problem).

  Some test teams  already hit enough issues with fixes upstream
  to demonstrate that point.

  Going forward, it's very interesting to ship something more recent in Ubuntu, so
  to alleviate the number of bugs (likely with severity of block and ship) that we
  will have to debug/understand/interlock/backport/submit/upload to get fixed...

  The point is fixing multipath-tools once - in a big step - rather than
  N times.

  Canononical currently  pull multipath from Debian, which
  is multipath-tools 0.5.0, and upstream is around 144 patches/commits *ahead* of.
  This is more than enough fixes/reasons to move to it, rather than stay on 0.5.0.
  (upstream is basically the SLES level; as hare at suse.de drives upstream nowadays)

  This is why this is being opened as feature request.  I am wondering
  if Canonical see any objection to upgrading Ubuntu's multipath
  packages to a more recent version?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1455482/+subscriptions