[dm-devel] [PATCH 0/3][RESEND] resending find_multipaths patches

Christophe Varoqui christophe.varoqui at opensvc.com
Sat Mar 14 09:57:55 UTC 2015


Ben,

I'm ready to merge this patchset now.
Waiting for Hannes ack.

Regards,
Christophe Varoqui
OpenSVC
Le 13 mars 2015 19:27, "Benjamin Marzinski" <bmarzins at redhat.com> a écrit :

> I'm resending my find_multipaths patch, based on the conversation I had
> here. If nothing else, I'd at least like a discussion about why these
> shouldn't go in.
>
> http://www.redhat.com/archives/dm-devel/2014-July/msg00029.html
>
> Just to clarify. find_multipaths is a configurable option that when set to
> 'yes' will make multipath only run on devices have more than one path.
> This
> means that users can mostly leave the blacklist alone, and they will only
> get
> the multipath devices that they want. The only time the blacklist is
> necessary
> is when users actually have multiple paths to a device, but still don't
> want
> multipath set up on it.  It's been around since RHEL6, and it is turned on
> in the default multipath.conf file in RHEL7. The internal default is "off".
>
> Hannes, do you still object to these?
>
> Benjamin Marzinski (3):
>   add find_multipaths option
>   libmultipath: only add uninitialized paths in check_path
>   Add find_multipaths to multipath.conf man page
>
>  libmultipath/config.c      |  1 +
>  libmultipath/config.h      |  1 +
>  libmultipath/configure.c   | 11 +++++++++++
>  libmultipath/defaults.h    |  1 +
>  libmultipath/dict.c        |  4 ++++
>  libmultipath/discovery.c   |  2 ++
>  libmultipath/structs.h     |  1 +
>  libmultipath/wwids.c       | 26 ++++++++++++++++++++++++++
>  libmultipath/wwids.h       |  1 +
>  multipath/main.c           | 27 +++++++++++++++++++++++++--
>  multipath/multipath.conf.5 | 22 ++++++++++++++++++++++
>  multipathd/main.c          |  9 +++++++++
>  12 files changed, 104 insertions(+), 2 deletions(-)
>
> --
> 1.8.3.1
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20150314/6dd1cabe/attachment.htm>


More information about the dm-devel mailing list