[PATCH 0/3] multipath-tools: cleanup uevent generation on startup

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



From: Martin Wilck <mwilck@xxxxxxxx>

This series undoes several changes I did myself in an attempt to fix
issues with multipath maps incompletely initialized in udev. They are
now all superseded by 0d66e03 ("libmultipath: force map reload if 
udev incomplete"). Triggering artificial (spurious) uevents for
dm devices is useless in almost all cases. If some map is found in an
inconsistent or incomplete state, the only action that would fix it
is a full map reload.

While the code reverted here doesn't do actual harm, it unnecessarily
complicates matters, wastes resources, and may leave readers of
the code with wrong ideas how to handle udev issues in multipathd.

Martin Wilck (3):
  libmultipath: select_action(): skip is_mpp_known_to_udev() test
  libmultipath: coalesce_paths(): stop triggering spurious uevents
  Revert "multipathd: uev_trigger(): handle incomplete ADD events"

 libmultipath/configure.c | 39 ---------------------------------------
 multipathd/main.c        | 25 -------------------------
 2 files changed, 64 deletions(-)

-- 
2.29.2


--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel




[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux