[Bug 1431650] Re: Multipath devices take long to initialize during initramfs
Mauricio Faria de Oliveira
mauricfo at linux.vnet.ibm.com
Fri Mar 20 14:44:12 UTC 2015
Hi Mathieu,
I did some research for the commit mentioned in comment #10.
Its description clarifies (how/why) it solves this problem, and even
others we would probably hit later (e.g., after booting, SCSI disks
added/removed re-trigerring udev rules, and then involving multipathd).
It's been written by a multipath/enterprise hardware guy for the suse distros.
I see it in opensuse [1], with a patch named after 'sles12', which also names the branch in his github repo [2].
It looks good to go, combined with another fix applied to the initramfs
script (the udev settle thing we talked about, but on a slightly
different place). Patch attached.
With it applied, the udev timeout/killing disappears as expected, and
with the earlier 'udevadm settle' call in place, so disappears the
random dm ioctl() failures (race condition w/ multipath in udev rules):
device-mapper: create ioctl on mpathX-partY failed: Device or resource busy
create/reload failed on mpathX-partY
In summary, the attached patch restores event-based multipath
discovery.. and we no longer need to remove the 95-multipath.rules from
initramfs.
Links:
[1] https://build.opensuse.org/package/revisions/openSUSE:Factory/multipath-tools
[2] https://github.com/hreinecke/multipath-tools/tree/sles12
** Patch added: "multipath-tools_shared-lock.debdiff"
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1431650/+attachment/4350707/+files/multipath-tools_shared-lock.debdiff
--
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/1431650
Title:
Multipath devices take long to initialize during initramfs
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1431650/+subscriptions
More information about the Ubuntu-server-bugs
mailing list