From: Christophe Varoqui <christophe.varoqui@gmail.com>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: [PATCH] multipath: add find_multipaths feature.
Date: Wed, 17 Nov 2010 00:51:15 +0100 [thread overview]
Message-ID: <1289951475.3861.6.camel@zezette> (raw)
In-Reply-To: <20101116232546.GU13763@ether.msp.redhat.com>
On mar., 2010-11-16 at 17:25 -0600, Benjamin Marzinski wrote:
> This adds a new default feature, find_multipaths. When this is set to yes,
> multipath will no longer try to create multipath devices using every
> non-blacklisted device. Instead, it will only create a device when one of
> three conditions are met.
>
> 1. Three are at least two non-blacklisted paths with the same wwid
> 2. The user manually forces the creation, by specifying a device with the
> multipath command.
> 3. A path has the same wwid as a multipath device that was previously crreated
> (even if that multipath device doesn't currently exist).
I'm confused. A blacklist/whitelist system may be hard to configure
properly but the rules are simple. I fear this new rule set will
increase confusion.
Could you elaborate on what problems this new rule set is trying to
address ?
Best regards,
--
Christophe Varoqui <christophe.varoqui@opensvc.com>
OpenSVC
next prev parent reply other threads:[~2010-11-16 23:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-16 23:25 [PATCH] multipath: add find_multipaths feature Benjamin Marzinski
2010-11-16 23:51 ` Christophe Varoqui [this message]
2010-11-18 17:21 ` Benjamin Marzinski
2010-12-07 23:00 ` Christophe Varoqui
2011-07-15 0:53 ` Mike Snitzer
2011-07-15 7:03 ` Christophe Varoqui
2011-07-18 10:01 ` Peter Volkov
-- strict thread matches above, loose matches on Subject: below --
2011-07-25 18:57 [PATCH] " Benjamin Marzinski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1289951475.3861.6.camel@zezette \
--to=christophe.varoqui@gmail.com \
--cc=christophe.varoqui@opensvc.com \
--cc=dm-devel@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.