From: Sebastian Herbszt <herbszt@gmx.de>
To: Christophe Varoqui <christophe.varoqui@opensvc.com>
Cc: device-mapper development <dm-devel@redhat.com>,
Sebastian Herbszt <herbszt@gmx.de>
Subject: Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
Date: Tue, 13 Jan 2015 01:01:58 +0100 [thread overview]
Message-ID: <20150113010158.00006883@localhost> (raw)
In-Reply-To: <CABr-Gnc_3KwO9THMcHW2Yam=QdzK=cJaFxrbevAS-ATOxuJoXw@mail.gmail.com>
Hello Christophe,
Christophe Varoqui wrote:
> Hi,
>
> the precedence chain is :
>
> multipaths > user-specified per-device > default per-device > default
>
> The issue adressed by Ben's patch would not be solved by your suggestion,
> as far as I can see. The proposed override section is just a way not repeat
> a per-device in each multipath (insane) or device (tedious) section.
care to explain why setting the precedence to
multipaths > user-specified per-device > default > default per-device
would not fix the issue?
Lets assume the following default device and user configuration:
.vendor = "COMPELNT",
.product = "Compellent Vol",
.pgpolicy = MULTIBUS,
.pgfailback = -FAILBACK_IMMEDIATE
.no_path_retry = NO_PATH_RETRY_QUEUE,
.checker_name = TUR
defaults {
no_path_retry fail
}
devices {
device {
vendor "COMPELNT"
product "Compellent Vol"
path_grouping_policy "group_by_prio"
}
}
multipaths {
multipath {
wwid 1234
failback 15
}
}
The default section should change no_path_retry from "queue" to "fail".
The device section should change path_grouping_policy from "multibus"
to "group_by_prio" for "COMPELNT/Compellent Vol".
The multipath section should change failback from "immediate" to 15
for wwid 1234.
The path_checker would still be "tur".
Is this not what the "overrides" patch intended?
Sebastian
next prev parent reply other threads:[~2015-01-13 0:01 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-19 6:17 [PATCH 0/6][RESEND] configuration overhaul and find_multipaths Benjamin Marzinski
2014-11-19 6:17 ` [PATCH 1/6] libmultipath: rewrite dict.c with function generation macros Benjamin Marzinski
2014-11-19 6:17 ` [PATCH 2/6] libmultipath: cleanup propsel.c with macros for common actions Benjamin Marzinski
2014-11-19 6:17 ` [PATCH 3/6] libmultipath: add overrides section to multipath.conf Benjamin Marzinski
2015-01-08 23:06 ` Christophe Varoqui
2015-01-11 23:15 ` Sebastian Herbszt
2015-01-11 23:37 ` Christophe Varoqui
2015-01-13 0:01 ` Sebastian Herbszt [this message]
2015-01-13 15:56 ` Marian Csontos
2015-01-13 17:08 ` Benjamin Marzinski
2015-01-12 18:05 ` Benjamin Marzinski
2015-01-12 20:27 ` Christophe Varoqui
2014-11-19 6:17 ` [PATCH 4/6] add find_multipaths option Benjamin Marzinski
2014-11-19 6:17 ` [PATCH 5/6] correctly set partition delimiter on rename Benjamin Marzinski
2015-01-08 22:51 ` Christophe Varoqui
2014-11-19 6:17 ` [PATCH 6/6] libmultipath: only add uninitialized paths in check_path 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=20150113010158.00006883@localhost \
--to=herbszt@gmx.de \
--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.