From: Akshay Lal <alal@cleversafe.com>
To: Mike Snitzer <snitzer@redhat.com>
Cc: device-mapper development <dm-devel@redhat.com>,
John Quigley <jquigley@cleversafe.com>
Subject: Re: User specific priorities on for iscsi paths doesn't seem to work
Date: Fri, 07 Aug 2009 16:07:37 -0500 [thread overview]
Message-ID: <4A7C9799.5090904@cleversafe.com> (raw)
In-Reply-To: <20090807204304.GA1181@redhat.com>
Mike:
It seems that if I were to set the path_grouping_policy to
"group_by_prio", then it seems to be working similar to a multibus
configuration. What I would like is for within a single multipath group,
(say mpath1), specify a primary path and an alternate/failover path. If
I can make this configurable via user land tool that'd be great. In this
vein, I had considered priorities with hope that if I can set the
priority of a certain path within a group then the path with the highest
priority will always be chosen and the other path (with the lower
priority) will only come into play when the primary goes down.
Below is the output of the multipath -ll & conf file when setting the
path_grouping_policy to group_by_prio.
multipath -ll:
--------------
mpath2 (244534e3833623961) dm-1 DSNET,Dispersed Store
[size=47G][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=15][enabled]
\_ 85:0:0:0 sdc 8:32 [active][ready]
\_ 87:0:0:0 sde 8:64 [active][ready]
mpath1 (244534e3266616134) dm-0 DSNET,Dispersed Store
[size=47G][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=15][active]
\_ 84:0:0:0 sdb 8:16 [active][ready]
\_ 86:0:0:0 sdd 8:48 [active][ready]
/etc/multipath.conf:
--------------------
defaults {
udev_dir /dev
polling_interval 1
selector "round-robin 0"
path_grouping_policy group_by_prio
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
prio_callout "/bin/bash
/root/MultipathScripts/mpath_prio_alt %n"
path_checker tur
rr_min_io 128
max_fds 8192
rr_weight priorities
failback immediate
no_path_retry queue
user_friendly_names yes
}
Mike Snitzer wrote:
> On Fri, Aug 07 2009 at 4:25pm -0400,
> Akshay Lal <alal@cleversafe.com> wrote:
>
>
>> I'm having a few issues with path priorities. It seems that the choice
>> of path to use during I/O is independent of the user defined priorities
>> for each path.
>>
>> I am setting the priorities by executing writing a script that is used
>> by prio_callout. This seems to work when I execute multipath -ll since
>> all the specified priorities show up correctly. (the
>> path_grouping_policy being used is failover)
>>
>
> ...
>
>
>> Is there something I'm doing wrong? I would like to be able to define
>> the priorities per device, and ensure that data only traverses on the
>> lower priority path when
>> a) a failure to the first path (path with a higher priority) occures
>> b) no other path with a higher priority exists
>>
>
> Do things behave as you'd like if you change path_grouping_policy to
> 'group_by_prio'?
>
> Mike
>
next prev parent reply other threads:[~2009-08-07 21:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-07 20:25 User specific priorities on for iscsi paths doesn't seem to work Akshay Lal
2009-08-07 20:43 ` Mike Snitzer
2009-08-07 21:07 ` Akshay Lal [this message]
2009-08-07 21:21 ` Mike Snitzer
2009-08-07 21:28 ` Akshay Lal
2009-08-07 21:31 ` Akshay Lal
2009-08-07 21:50 ` John A. Sullivan III
2009-08-07 20:59 ` John A. Sullivan III
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=4A7C9799.5090904@cleversafe.com \
--to=alal@cleversafe.com \
--cc=dm-devel@redhat.com \
--cc=jquigley@cleversafe.com \
--cc=snitzer@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.