From: Malahal Naineni <malahal@us.ibm.com>
To: dm-devel@redhat.com
Subject: Re: General and configuration questions
Date: Fri, 28 May 2010 15:13:25 -0700 [thread overview]
Message-ID: <20100528221325.GA29567@us.ibm.com> (raw)
In-Reply-To: <230ED15F81AFD3409345FFA4E565F0E50A978AA3@NDHV3000.na.corp.mckesson.com>
Allen, Jack [Jack.Allen@mckesson.com] wrote:
> Hello:
> I have a system with 2 paths to the SAN which is HITACHI HP. The
> output of multipath -ll is:
>
> mpath2 (360060e8005491000000049100000700a) dm-1 HP,OPEN-V
> [size=10G][features=1 queue_if_no_path][hwhandler=0][rw]
> \_ round-robin 0 [prio=2][active]
> \_ 3:0:0:1 sdc 8:32 [active][ready]
> \_ 4:0:0:1 sde 8:64 [active][ready]
> mpath1 (360060e80054910000000491000007003) dm-0 HP,OPEN-V
> [size=10G][features=1 queue_if_no_path][hwhandler=0][rw]
> \_ round-robin 0 [prio=2][active]
> \_ 3:0:0:0 sdb 8:16 [active][ready]
> \_ 4:0:0:0 sdd 8:48 [active][ready]
>
> If I run multipathd -k and do show config, there is a lot of out
> put but I think the key things are:
>
> defaults {
> verbosity 2
> polling_interval 10
> path_grouping_policy multibus
> failback 5
> rr_min_io 10
> no_path_retry 5
> user_friendly_names yes
> bindings_file /etc/multipath.bindings
> }
>
> devices {
> LOTS OF DEVICE ENTRIES.
>
> device {
> vendor (HITACHI|HP)
> product OPEN-.*
> path_checker tur
> failback immediate
> no_path_retry 12
> rr_min_io 1000
> }
> }
>
> The device entry for the SAN has rr_min_io set to 1000. I added
> rr_min_io 10 in the default, but per the man page for multipath.conf
> entries in the defaults will only be used if they do not appear other
> places.
>
> Q1) If I want to over ride the rr_min_io value in the devices/device
> section can I just add a devices/device section in /etc./multipath.conf
> with the things I want to change or do I have to duplicate everything that
> is in the built-in devices/device entry?
I have seen some values not specified in the multipath.conf
devices/device section are picked up from the "default" table (don't
remember if this was internal default table or config default table)
instead of "controller table" (aka built-in devices/device entry
values). So, the best is to duplicate everything from the internal
controller table.
> Q2) How can I determine the best value for rr_min_io?
> I assume whom ever added the HITACHI|HP devices/device built-in
> entry decide on the value
> of 1000 for a reason. Maybe they did benchmarks or maybe they just
> copied another entry
> that was some what like what they needed and changed the vendor
> and product.
I doubt if they carried out a benchmark, but possible! At one time the
default used to be 1000. I think it is 1 now with request based
multipath.
Thanks, Malahal.
next prev parent reply other threads:[~2010-05-28 22:13 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-28 21:16 General and configuration questions Allen, Jack
2010-05-28 22:13 ` Malahal Naineni [this message]
2010-05-28 23:23 ` Allen, Jack
2010-05-29 1:46 ` Malahal Naineni
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=20100528221325.GA29567@us.ibm.com \
--to=malahal@us.ibm.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.