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

Mathieu Trudel-Lapierre mathieu.tl at gmail.com
Fri Jun 26 16:31:46 UTC 2015


Well, that change was made for a good reason; multipath now no longer
depends on scsi_id to be able to pick drives to use to multipath, and we
can explicitly whitelist (or use blacklist_exclusions) devices or re-
enable ID_SERIAL by modifying multipath.conf. Is this affecting other
drives than the QEMU ones for your use-case?

There's still another issue though; in the installer we don't ship path
selectors other than round-robin, so even if ID_SERIAL is whitelisted,
you still need to modify multipath.conf to pick the round-robin selector
instead of service-time -- which is now the default. I'll work on
shipping service-time instead of round-robin, but the other option is to
change multipath's default.

-- 
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



More information about the foundations-bugs mailing list