The verification for vivid is no longer relevant as it's EOL by Feb,
2016. Thanks.
--
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/1468897
Title:
multipath creates binding
Hello Mike, or anyone else affected,
Accepted multipath-tools into vivid-proposed. The package will build now
and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu12.15.04.2 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
** Also affects: multipath-tools (Ubuntu Vivid)
Importance: Undecided
Status: New
** Changed in: multipath-tools (Ubuntu Vivid)
Status: New => In Progress
** Changed in: multipath-tools (Ubuntu Vivid)
Importance: Undecided => Medium
** Changed in: multipath-tools (Ubuntu
This bug was fixed in the package multipath-tools - 0.4.9-3ubuntu7.6
---
multipath-tools (0.4.9-3ubuntu7.6) trusty; urgency=medium
* debian/patches/0043-alloc-keywords.patch: fix uninitialized keywords
vector for configuration parsing for when there is no multipath.conf file
** Tags removed: verification-done
** Tags added: verification-failed
--
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/1468897
Title:
multipath creates binding for
The verification-* tag flip-flop is due to a private conversation about
concerns over the correctness of the test case. These are resolved, so
marking v-done again.
** Tags removed: verification-failed
** Tags added: verification-done
--
You received this bug notification because you are a
The following shows that the 0.4.9-3ubuntu7.6 version of multipath-tools
does in fact ignore USB when creating the bindings. Marking as
verification-done.
ubuntu@cameron:~$ cat /etc/multipath/bindings
# This file was created by curtin while installing the system.
mpath0 1IBM IPR-0
Mike, did you install this system using a version of the installer that
includes the multipath-udeb from trusty-proposed? If not this is not a
valid test of the SRU. Your comment does not establish how you
installed the system, it only shows that you have a curtin-created
/etc/multipath/bindings
Mike, did you install this system using a version of the installer that
includes the multipath-udeb from trusty-proposed? If not this is not a
valid test of the SRU. Your comment does not establish how you installed
the system, it only shows that you have a curtin-created
/etc/multipath/bindings
Verification failed:
ubuntu@cameron:~$ apt-cache policy multipath-tools
multipath-tools:
Installed: 0.4.9-3ubuntu7.6
Candidate: 0.4.9-3ubuntu7.6
Version table:
*** 0.4.9-3ubuntu7.6 0
500 http://ports.ubuntu.com/ubuntu-ports/ trusty-proposed/main ppc64el
Packages
100
Hello Mike, 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.6 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
Hi @mathieu-tl,
Marking as verification-failed since the version from -proposed hits a segfault
in 'multipath -l'.
Here are some details/stack trace:
It segfaults:
# multipath -l
Segmentation fault
Trusty / 14.04.3:
# lsb_release -d
Description:Ubuntu
Tested multipath-tools version Installed: 0.4.9-3ubuntu7.5 from the
proposed repository in Trusty. The test shows the problem resolved.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team,
** Changed in: multipath-tools (Ubuntu Trusty)
Milestone: None = trusty-updates
--
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/1468897
Title:
multipath creates binding
** Description changed:
+ [Impact]
+ Users installing with a USB key attached to the installing system, or adding
a USB key on an installed system with multipath enabled will see the USB
devices picked up by multipath. This is confusing because it changes the paths
required to be used to
Hello Mike, 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.5 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
Updated information. It seems the issue only comes about with USB 3.0
devices. USB 2.0 devices do not get lumped in with multipath upon
detection.
dmesg output from inserting a USB 3.0 device and then a USB 3.0 device.
Both into USB 3.0 ports:
[ 223.050845] usb 4-4: new SuperSpeed USB device
This bug was fixed in the package multipath-tools - 0.4.9-3ubuntu7.4
---
multipath-tools (0.4.9-3ubuntu7.4) trusty; urgency=medium
* Remove 0024-ignore-usb.patch: Ignore USB devices. Verification fails
for this fix; it needs more work.
multipath-tools (0.4.9-3ubuntu7.3)
Reopening, since this was reverted in the updates, work is still in
progress.
** Changed in: multipath-tools (Ubuntu Trusty)
Status: Fix Released = New
** Changed in: multipath-tools (Ubuntu Trusty)
Status: New = In Progress
--
You received this bug notification because you are a
Hello Mike, 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.4 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
Hi Mathieu,
Michael Hohnbaum mentioned this should be verified in order for the
multipath-tools upload be moved from -proposed to -updates.
I'm not sure what's the process now, since the ubuntu7.4 upload actually
reverts the patch for this bug.
Can you clarify what happens now? Is this
This particular bug does not need to be verified, as mentioned, this is
a revert of a fix in proposed, not the fix itself. The other bugs
attached to the multipath-tools upload for ubuntu7.4 do need to be
verified however.
--
You received this bug notification because you are a member of Ubuntu
** Branch linked: lp:~mathieu-tl/ubuntu/trusty/multipath-tools/usb+local
--
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/1468897
Title:
multipath creates binding for
verification-failed: multipath-tools still claims USB devices (as tested
in cert lab). I'm doing some more backporting to try to identify the
patch that will fix this correctly.
** Tags removed: verification-needed
** Tags added: verification-failed
--
You received this bug notification because
Hello Mike, 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.3 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
** Branch linked: lp:~mathieu-tl/ubuntu/vivid/multipath-tools/SRUs-
fastio-usb-findmpath
--
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/1468897
Title:
multipath creates
This bug was fixed in the package multipath-tools - 0.5.0-7ubuntu2
---
multipath-tools (0.5.0-7ubuntu2) wily; urgency=medium
* debian/patches/add_find-multipaths.patch: properly handle local non-mpath
devices. (LP: #1463046)
*
Yes, it needs to be backported since it was meant for 0.5.0.
** Changed in: multipath-tools (Ubuntu Trusty)
Assignee: (unassigned) = Mathieu Trudel-Lapierre (mathieu-tl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
I understand the fix for this bug will also need to be backported to
trusty once available.
** Also affects: multipath-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: multipath-tools (Ubuntu Trusty)
Importance: Undecided = Medium
** Changed in:
Chris, I've been working on multipath-tools a lot this week, so while
I'm still touching the package, I'll take care of this one...
reassigning.
Looks like there is a patch from RH which might well work to avoid this
kind of situation, so I'm going to test it and upload if it fixes these
issues.
This is a problem that comes from USB and (S)ATA devices showing up as
SCSI disks and the default multipath not really expecting those mixed
environments. The best way to handle this is to add blacklisting in
/etc/multipath.conf and the most flexible seems to key on vendor/product
like this:
** Changed in: multipath-tools (Ubuntu)
Status: New = Confirmed
--
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/1468897
Title:
multipath creates binding for
** Tags added: hwcert-server
--
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/1468897
Title:
multipath creates binding for Removable(USB) drives
To manage notifications
** Changed in: multipath-tools (Ubuntu)
Assignee: (unassigned) = Chris J Arges (arges)
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided = Medium
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in
After following this post: https://www.redhat.com/archives/dm-
devel/2008-September/msg00235.html
I have prepended the following to /lib/udev/rules.d/95-multipath.rules:
#Weed out the linear map.
KERNEL==dm-*, PROGRAM==/sbin/dmsetup table -j %M -m %m, RESULT==*linear*,
OPTIONS=last_rule
# And
35 matches
Mail list logo