On Sat, 14 Apr 2018 00:00:00 +0200 Martin Wilck <mwilck@xxxxxxxx> wrote: > Change the "find_multipaths" option from yes/no to multi-value. This > option now covers the effects of "find_multipaths" as it used to be, > plus the -i option to multipath (ignore_wwids) and the -n option to > multipathd (ignore_new_devs), excluding such combinations of the > former options that are dangerous or inconsistent. > > The possible values for "find_multipaths" are now: > > - strict: strictly stick to the WWIDs file; never add new maps > automatically (new default; upstream behaviour with with > find_multipaths "yes" and commit 64e27ec "multipathd: imply -n if > find_multipaths is set") > - off|no: multipath like "strict", multipathd like "greedy" (previous > upstream default) > - on|yes: set up multipath if >1 paths are seen (current Red > Hat/Ubuntu behavior with find_multipaths "yes") > - greedy: set up multipath for all non-blacklisted devices (current > SUSE default) > - smart: Like "yes", but try to avoid inconsistencies between udev > processing and multipathd processing by waiting for path siblings to > appear (fully implemented in follow-up patches) > > The default has been changed to "strict", because "no" may cause > inconsistent behavior between "multipath -u" and multipathd. This is > deliberately a conservative choice. > > The patch also updates the related man pages. > > Reviewed-by: Benjamin Marzinski <bmarzins@xxxxxxxxxx> > Signed-off-by: Martin Wilck <mwilck@xxxxxxxx> > --- > libmultipath/config.h | 2 -- > libmultipath/defaults.h | 2 +- > libmultipath/dict.c | 47 > ++++++++++++++++++++++++++++++++++++++++++++-- > libmultipath/structs.h | 26 +++++++++++++++++++++++++ > libmultipath/wwids.c | 4 ++-- multipath/main.c | 9 > +++++---- multipath/multipath.8 | 9 ++++++++- > multipath/multipath.conf.5 | 46 > +++++++++++++++++++++++++-------------------- > multipathd/main.c | 6 +----- multipathd/multipathd.8 | > 8 +++++--- 10 files changed, 119 insertions(+), 40 deletions(-) > Reviewed-by: Hannes Reinecke <hare@xxxxxxxx> Cheers, Hannes -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
