[Bug 1551828] Re: kpartx causes kernel oops when NVMe devices is not in blacklist

Launchpad Bug Tracker 1551828 at bugs.launchpad.net
Tue Mar 1 18:10:50 UTC 2016


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

---------------
multipath-tools (0.5.0-7ubuntu16) xenial; urgency=medium

  * debian/patches/dm-multipath-backlist-nvme-5c412e47.patch: blacklist NVMe
    from multipath, otherwise kpartx calls will hang. This is because mpath
    works at the request level (which NVMe bypasses), so multipathing is not
    supported on NVMe. (LP: #1551828)

 -- Mathieu Trudel-Lapierre <mathieu-tl at ubuntu.com>  Tue, 01 Mar 2016
11:55:13 -0500

** 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/1551828

Title:
  kpartx causes kernel oops when NVMe devices is not in blacklist

Status in multipath-tools package in Ubuntu:
  Fix Released
Status in multipath-tools source package in Trusty:
  Triaged

Bug description:
  When on bare metal uses NVMe devices - kpartx cause kernel oops.
  http://paste.openstack.org/show/488638/

  Also any tools which works with disks (e.g. fdisk, lsblk) hangs in D state (uninterruptible sleep) while trying to to read /dev/dm-X.
  This bug is already described and fixed in upstream (http://git.opensvc.com/gitweb.cgi?p=multipath-tools/.git;a=commitdiff;h=5c412e47e589b5325ed7de6cba86d906a671d9df)

  I made patches for trusty and xenial versions of multipath-tools.
  Patches which fix issue is in attach.
  Could you apply this patches please, at least for trusty version?

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



More information about the foundations-bugs mailing list