[Bug 1386637] Re: multipath shows non-mpath disks as being multipath
Launchpad Bug Tracker
1386637 at bugs.launchpad.net
Tue Nov 24 18:44:17 UTC 2015
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
present.
multipath-tools (0.4.9-3ubuntu7.5) trusty; urgency=medium
* Cherry-picked patches to ignore local non-mpath devices:
(LP: #1386637, #1468897)
- 0001-multipath-add-checker_timeout-default-config-option.patch
- 0002-Make-params-variable-local.patch
- 0003-libmultipath-Fix-possible-string-overflow.patch
- 0004-Update-hwtable-factorization.patch
- 0005-Fixup-strip-trailing-whitespaces-for-getuid-return-v.patch
- 0006-Remove-sysfs_attr-cache.patch
- 0007-Move-setup_thread_attr-to-uevent.c.patch
- 0008-Use-lists-for-uevent-processing.patch
- 0009-Start-uevent-service-handler-from-main-thread.patch
- 0010-libmultipath-rework-sysfs-handling.patch
- 0011-Rework-sysfs-device-handling-in-multipathd.patch
- 0012-Only-check-offline-status-for-SCSI-devices.patch
- 0013-Check-for-offline-path-in-get_prio.patch
- 0014-libmultipath-Remove-duplicate-calls-to-path_offline.patch
- 0015-Update-dev_loss_tmo-for-no_path_retry.patch
- 0016-Reload-map-for-device-read-only-setting-changes.patch
- 0017-multipath-get-right-sysfs-value-for-checker_timeout.patch
- 0018-multipath-handle-offlined-paths.patch
- 0019-multipath-fix-scsi-timeout-code.patch
- 0020-multipath-make-tgt_node_name-work-for-iscsi-devices.patch
- 0021-multipath-cleanup-dev_loss_tmo-issues.patch
- 0022-Fix-for-setting-0-to-fast_io_fail.patch
- 0023-Fix-fast_io_fail-capping.patch
- 0024-multipath-enable-getting-uevents-through-libudev.patch
- 0025-Use-devpath-as-argument-for-sysfs-functions.patch
- 0026-multipathd-remove-references-to-sysfs_device.patch
- 0027-multipathd-use-struct-path-as-argument-for-event-pro.patch
- 0028-Add-global-udev-reference-pointer-to-config.patch
- 0029-Use-udev-enumeration-during-discovery.patch
- 0030-use-struct-udev_device-during-discovery.patch
- 0031-More-debugging-output-when-synchronizing-path-states.patch
- 0032-Use-struct-udev_device-instead-of-sysdev.patch
- 0033-discovery-Fixup-cciss-discovery.patch
- 0035-Use-udev-devices-during-discovery.patch
- 0036-Remove-all-references-to-hand-craftes-sysfs-code.patch
- 0037-multipath-libudev-cleanup-and-bugfixes.patch
- 0038-multipath-check-if-a-device-belongs-to-multipath.patch
- 0039-multipath-and-wwids_file-multipath.conf-option.patch
- 0040-multipath-Check-blacklists-as-soon-as-possible.patch
- 0041-add-wwids-file-cleanup-options.patch
- 0042-add-find_multipaths-option.patch
* debian/rules: don't ship 95-multipath.rules udev rules anymore; they are
not necessary with multipath-tools listening for udev events directly.
* debian/multipath.udev: removed.
* debian/multipath-tools.postinst: run multipath -W so that we get a properly
formed wwids file on upgrade.
* debian/initramfs/hooks: copy the wwids file in the initramfs so that it is
available when multipath-tools initially discovers path to possibly bring
up the rootfs.
-- Mathieu Trudel-Lapierre <mathieu-tl at ubuntu.com> Tue, 06 Oct 2015
22:13:59 -0400
** Changed in: multipath-tools (Ubuntu Trusty)
Status: Fix Committed => 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/1386637
Title:
multipath shows non-mpath disks as being multipath
Status in multipath-tools package in Ubuntu:
Fix Released
Status in multipath-tools source package in Trusty:
Fix Released
Bug description:
[Impact]
Users of multipath-tools on systems which exhibit both multipathed and non-multipathed drives or some USB devices (some USB devices may still be picked up by multipath-tools if multipath-capable).
[Test case]
- Boot on a system with multipathed disks with the previous version of multipath-tools
- Upgrade to the new version; verify that /etc/multipath/wwids is created and contains all the right device WWIDs, and that 'sudo multipath -ll' has the same devices.
- Reboot and verify that the system still boots correctly.
- [udev] Using Fibre-Channel hardware: verify that multipath still behaves correctly for path degradation scenarios (see below).
After rebooting, you should verify that /proc/mounts correctly lists
the multipath device (/dev/mapper/*), and that /proc/swaps also lists
any swap partitions that should be on a multipathed disk as a
/dev/dm-* device.
PATH DEGRADATION:
-- This test requires fibre-channel hardware or another method to be able to disconnect paths to a drive.
1) verify that on disconnecting a path, it is properly detected as being in degraded mode by multipath-tools; and shows as such in 'multipath -ll'.
2) verify that on reconnection, the path shows up again as ready or OK in 'multipath -ll'.
[Regression potential]
Systems in complex setups mixing both multipathed and non-multipathed disks, or with particularly slow disk controllers may fail to boot or show delays in booting. Systems requiring a particular set of partitions to be available in early boot (past the typical installs on /, some may require /usr to be available for some daemons to load on boot) could fail to properly start up all the software on boot; these should be considered as regressions only if devices do not properly show up in 'sudo multipath -ll' output.
Users seeing issues should preferrably include the output of 'sudo
multipath -v4' to bug reports to help developers in debugging.
Udev rules have been changed in this case, because they interfere with
the proper behavior of multipath 0.4.9 with the patches included as
backported from 0.5.0; this has the potential to strongly impact the
detection of change events on multipath devices; if path degradation
or new device detection fails, this should be considered an important
regression of multipath-tools.
---
Problem Description
======================
non-multpath disks are classified as multipath after the multipath-tools package is installed.
---uname output---
Linux uu04g1 3.16.0-21-generic #28-Ubuntu SMP Mon Oct 6 15:57:32 UTC 2014 ppc64le ppc64le ppc64le GNU/Linux
Machine Type = Tuleta pKVM guest
Steps to Reproduce
=========================
1) Create a guest with an unused, non-mpath disk (not the install disk) (a qemu img file is fine).
2) apt-get install multipath-tools.
3) multipath -ll.
4) Note that your file backed disks are showing up as mpath disks.
Userspace tool common name: multipath
The userspace tool has the following bit modes: 64
System Dump Info:
The system is not configured to capture a system dump.
Userspace rpm: multipath-tools
Userspace tool obtained from project website: multipath-tools v0.4.9 (05/33, 2016)
== Comment: #1 - Edward R. Cheslek <echeslak at us.ibm.com> - ==
root at uu04g1:~# multipath -ll
0QEMU QEMU HARDDISK drive-scsi0-0-1-0 dm-0 QEMU,QEMU HARDDISK
size=20G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=1 status=active
`- 0:0:1:0 sdb 8:16 active ready running
0QEMU QEMU HARDDISK drive-scsi0-0-2-0 dm-1 QEMU,QEMU HARDDISK
size=20G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=1 status=active
`- 0:0:2:0 sdc 8:32 active ready running
root at uu04g1:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 20G 0 disk
??sda1 8:1 0 7M 0 part
??sda2 8:2 0 19.1G 0 part /
??sda3 8:3 0 896M 0 part [SWAP]
sdb 8:16 0 20G 0 disk
??0QEMU\x20\x20\x20\x20QEMU\x20HARDDISK\x20\x20\x20drive-scsi0-0-1-0
252:0 0 20G 0 mpath
sdc 8:32 0 20G 0 disk
??0QEMU\x20\x20\x20\x20QEMU\x20HARDDISK\x20\x20\x20drive-scsi0-0-2-0
252:1 0 20G 0 mpath
root at uu04g1:~#
root at uu04g1:~# lsscsi
[0:0:0:0] disk QEMU QEMU HARDDISK 2.0. /dev/sda
[0:0:1:0] disk QEMU QEMU HARDDISK 2.0. /dev/sdb
[0:0:2:0] disk QEMU QEMU HARDDISK 2.0. /dev/sdc
== Comment: #2 - Edward R. Cheslek <echeslak at us.ibm.com> - 2014-10-08 22:27:09 ==
This is the xml file of the affected guest. Please note that all disks are file backed.
root at uu04g1:~# multipath -l
0QEMU QEMU HARDDISK drive-scsi0-0-1-0 dm-0 QEMU,QEMU HARDDISK
size=20G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=-1 status=active
`- 0:0:1:0 sdb 8:16 active undef running
0QEMU QEMU HARDDISK drive-scsi0-0-2-0 dm-1 QEMU,QEMU HARDDISK
size=20G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=-1 status=active
`- 0:0:2:0 sdc 8:32 active undef running
root at uu04g1:~# multipath -v2
root at uu04g1:~#
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1386637/+subscriptions
More information about the foundations-bugs
mailing list