[Bug 1565817] Re: multipath: LVM physical volumes on individual paths

[Ryan Harper]

Hello,

Thanks for sending the debdiff.  Have you filed bugs against debian for
these issues? ie are they present in debian unstable at this point or
are we bringing in known fixes from debian?

1) for find-multipaths, we dropped the patch in the merge since it was
already applied in Debian, however, it was not enabled by default.    Is
it required that we modify defaults.h ? or is it sufficient to include:

find_multipaths "yes" in the multipath.conf ?

2) local-premount: fix for #1561103 seems reasonable

3) local-top: it appears that you're migrating much of what local-top does into init-top.  Why?  I see, notes in the bug;
We'll need to fix up the changelog to include the reason for the migration (necessitated by the use of multipath -u

Could you include the guest XML (or qemu commandline) you used to find
the bug and verify it fixed with this debdiff?

-- 
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/1565817

Title:
  multipath: LVM physical volumes on individual paths

Status in multipath-tools package in Ubuntu:
  New

Bug description:
  == Comment: #0 - Mauricio Faria De Oliveira - 2016-04-04 10:02:55 ==
  ---Problem Description---
  multipath: LVM physical volumes on individual paths
   
  Contact Information = Mauricio Faria de Oliveira <mauricfo at linux.vnet.ibm.com> / Gabriel Krisman <krisman at linux.vnet.ibm.com> 
   
  This bug reports/patches 2 regressions introduced with multipath-tools 0.5.0+git1.656f8865-5ubuntu1 (see LP 1551952).

  1) The udev rule which removes partition nodes from individual paths
  is not working.

  This happens due to the introduction of the 'udev property blacklisting' feature (which blacklists devices if they don't have certain udev properties defined).
  Because 'multipath -c'  is run at udev rules PROGRAM-rule time, it can't read the required udev properties (defined by sg3-utils udev rules), because they are not yet written to the udev database -- this only happens after the rules finish processing (they would be available at RUN-rule time).
  The solution is to use 'multipath -u', which reads them directly from the udev program environment (and not from the not-yet-updated database) afaik, and makes things work at PROGRAM-rule time.

  This required a change between the local-top/init-top initramfs scripts.
  Since 'multipath -u' checks if multipathd is started, it moved into init-top, so it's started before udev rules are processed.
  While in there, the local-top script is now redundant with other initramfs scripts, and can be removed. See the changelog for details/explanation.

  2) The find_multipath options is no longer enabled by default.

  It's non-default upstream, and with the merge (when the downstream patch was removed), the change/setting was lost. 
  A new patch is introduced which explicitly enables it by the default.

  I'll add more details for the regression #1 shortly.

  Patch attached.

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