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

[Launchpad Bug Tracker]

This bug was fixed in the package multipath-tools - 0.5.0-7ubuntu1

---------------
multipath-tools (0.5.0-7ubuntu1) wily; urgency=medium

  * Merge from debian unstable, remaining changes: (LP: #1455482)
    - control:
      * Bump debhelper dependency to install udev rules to
        /lib/udev/rules.d, bump udev dependencies as well.
    - initramfs/hooks: use 95 not 60 for multipath rules priority
    - multipath-tools-boot.init: remove in favor of kpartx.udev rules (at top)
    - multipath-tools.preinst: modprobe dm-multipath.
      This will make sure that multipathd will be able to start.
    - patches/1000--set-umask-in-multipathd.patch: Set umask in multipathd.
    - rules: Move udev rules to priority 95, because rules that load
      modules should be >90.
    - debian/initramfs/local-top: wait for udev to settle before running
      'multipath' in order to avoid race condition on device-mapper calls.
    - debian/initramfs/local-top: remove '--timeout 10' which causes my
      test system to not boot roughly 3 out of 4 times.
    - Split kpartx initramfs bits into kpartx-boot for dmraid (LP: #941874)
    - Added debian/patches/0015-shared-lock-for-udev.patch (LP: #1431650)
  * debian/patches/0015-libmultipath-property-whitelist-SCSI_IDENT.patch: add
    SCSI_IDENT_* properties to blacklist exceptions, so that we can have QEMU
    multipathed devices as well as others (IBM IPR) detected properly as
    multipathed devices.
  * debian/patches/handle_spaces_in_rev_attr.patch: support IBM IPR devices
    and others which may have only spaces for the rev attribute.
  * debian/patches/path_selector.patch: switch the default path selector
    back to round-robin while service-time isn't available to the installer
    multipath-modules.
  * debian/control: add sg3-udeb to multipath-udeb Depends.

 -- Mathieu Trudel-Lapierre <mathieu-tl at ubuntu.com>  Mon, 06 Jul 2015
13:15:22 -0400

** Changed in: multipath-tools (Ubuntu)
       Status: In Progress => Fix Released

-- 
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:
  Fix Released

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