Bug#580972: multipath-tools: unnecessary call to multipath in /etc/udev/rules.d/z60_multipath.rules

Christian Seiler christian at iwakd.de
Sat Aug 22 08:20:59 UTC 2015

Control: severity -1 important

I discussed this at DebConf15 with Ritesh (and partially with Guido) and
Ritesh and I came to the following conclusions:

 - multipathd will synthesize events for all pre-existing devices on
   startup nowadays - so it will pick up all devices that are already
   there - no need for the udev rule anymore

 - but udev since a couple of versions (including that in Jessie) will
   lock the block devices it is currently processing with LOCK_SH,
   whereas multipath{,d} lock the block devices with LOCK_EX while they
   are trying to set up their mappings (to make sure that the same
   mapping isn't set up at the same time). But if one runs multipath
   as part of a udev rule, this will not work at all, because while any
   udev helper is run for a given block device, udev will have a LOCK_SH
   lock on it, and the multipath binary called from the helper will
   unsuccessfully try and try again to lock them with LOCK_EX, until
   udev runs into its timeout and kills multipath.

Therefore, one should just get rid of the udev rule, because it doesn't
work currently (due to udev locking), previously when it still worked
was potentially slow if there were a lot of mappings, and is unnecessary
with current multipathd, because mappings will just work with it.

(Setting priority to important because it may cause boot to hang until
the udev timeout is reached in certain circumstances.)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-lvm-maintainers/attachments/20150822/99454016/attachment.sig>

More information about the pkg-lvm-maintainers mailing list