Just uploaded it to the trusty queue again, I'll get someone to review
it and accept the upload.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1551828
Title:
kpartx causes
Hi all!
Any ETA with series file? Can I help you somehow?
--
You received this bug notification because you are a member of Ubuntu
Server Team, 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
Looks like you forgot to add nvme patch to debian/patches/series
# ls debian/patches/ | grep nvme
dm-multipath-backlist-nvme-5c412e47.patch
# grep nvme debian/patches/series
#
** Tags removed: verification-needed
** Tags added: verification-failed
--
You received this bug notification because
Hello Ivan, or anyone else affected,
Accepted multipath-tools into trusty-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu7.10 in a few hours, and then in the -proposed
repository.
Please help us by testing this new packa
** Description changed:
+ [Impact]
+ Users expecting to use multipath over NVMe device will notice hangs with any
software attempting to use the device-mapper devices (/dev/dm-* or
/dev/mapper/mpath*).
+
+ [Test case]
+ 1) Setup multipath over nvme. (should not be possible with the patch in)
+
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
** Description changed:
- When on bare metal uses NVMe devices - kpartx cause kernel oops. 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.
+ When on bare metal uses NVMe devices - kpartx cause kernel oops.
+ ht
Yeah, this is pretty bad and the fixes are obviously right; I'll upload
to xenial now and ship the trusty update with another SRU I was already
preparing.
** Also affects: multipath-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: multipath-tools (Ubuntu Trusty)
Could you have a look at this Mathieu?
** Changed in: multipath-tools (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: multipath-tools (Ubuntu)
Assignee: Mathieu Trudel-Lapierre (mathieu-tl) => (unassigned)
** Changed in: multipath-tools (Ubuntu)
The attachment "trusty nvme blacklist" seems to be a patch. If it
isn't, please remove the "patch" flag from the attachment, remove the
"patch" tag, and if you are a member of the ~ubuntu-reviewers,
unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by
~brian-
10 matches
Mail list logo
