From: Laurence Oberman <loberman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
Cc: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>,
Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>,
Steve Wise
<swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>,
Parav Pandit
<pandit.parav-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
"Nicholas A. Bellinger"
<nab-IzHhD5pYlfBP7FQvKIMDCQ@public.gmane.org>,
linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH v3 0/5] Reduce RDMA RW API SGE limit
Date: Wed, 20 Jul 2016 11:19:36 -0400 (EDT) [thread overview]
Message-ID: <88756403.5866837.1469027976552.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <8b8d2e22-4fb9-466f-5321-0745748bd793-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
----- Original Message -----
> From: "Bart Van Assche" <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
> To: "Laurence Oberman" <loberman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: "Doug Ledford" <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, "Christoph Hellwig" <hch-jcswGhMUV9g@public.gmane.org>, "Sagi Grimberg" <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>,
> "Steve Wise" <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>, "Parav Pandit" <pandit.parav-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, "Nicholas A. Bellinger"
> <nab-IzHhD5pYlfBP7FQvKIMDCQ@public.gmane.org>, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Sent: Wednesday, July 20, 2016 11:07:34 AM
> Subject: Re: [PATCH v3 0/5] Reduce RDMA RW API SGE limit
>
> On 07/20/2016 07:43 AM, Laurence Oberman wrote:
> > [ ... ]
> > I am not sure yet if something in the 4.7.0-rc7 base changed ALUA
> > behavior, likely that is the case.
> > I have to go back and check.
> >
> > On an older kernel with recent patches from you and Leon everything looks
> > fine and is working fine.
> >
> > 4.7.0-rc1.bartleon+
> >
> > 360001ff0b035d000000000098d79000a dm-11 DDN ,SFA14K
> > size=29T features='1 queue_if_no_path' hwhandler='0' wp=rw
> > |-+- policy='round-robin 0' prio=90 status=active
> > | `- 1:0:0:9 sdt 65:48 active ready running
> > `-+- policy='round-robin 0' prio=50 status=enabled
> > `- 2:0:0:9 sdv 65:80 active ready running
> > 360001ff0b035d000000000078d770008 dm-9 DDN ,SFA14K
> > size=29T features='1 queue_if_no_path' hwhandler='0' wp=rw
> > |-+- policy='round-robin 0' prio=90 status=active
> > | `- 2:0:0:7 sds 65:32 active ready running
> > `-+- policy='round-robin 0' prio=50 status=enabled
> > `- 1:0:0:7 sdp 8:240 active ready running
>
> Hello Laurence,
>
> Can you check your /etc/multipath.conf? In the multipath -ll output
> "hwhandler" should be something like hwhandler='1 alua' instead of '0'
> when communicating with an array that supports ALUA.
>
> Thanks,
>
> Bart.
>
Hi Bart
I have not changed my multipath.conf and the older kernel works fine.
Its been the same configuration all along.
I have had this all along (came from the vendor) and its also on the other server booting the older kernel.
device {
vendor "DDN"
product "SFA14K"
path_grouping_policy group_by_prio
prio alua
path_selector "round-robin 0"
path_checker tur
failback 2
rr_weight uniform
no_path_retry 12
dev_loss_tmo 10
fast_io_fail_tmo 5
}
Older kernel is coming up ALUA
360001ff0b035d000000000078d770008 dm-9 DDN ,SFA14K
size=29T features='1 queue_if_no_path' hwhandler='0' wp=rw
|-+- policy='round-robin 0' prio=90 status=active Active/optimized
| `- 2:0:0:7 sds 65:32 active ready running
`-+- policy='round-robin 0' prio=50 status=enabled Active/non-optimized
`- 1:0:0:7 sdp 8:240 active ready running
New kernel with latest patches
360001ff0b035d000000000078d770008 dm-12 DDN ,SFA14K
size=29T features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=10 status=active
|- 1:0:0:7 sdj 8:144 active ready running
`- 2:0:0:7 sday 67:32 active ready running
I dont think its your recent 5 patches, but I will test the latest kernel without them to validate that its not your changes.
Let me go ahead and test the generic 4.7.0-rc7 and confirm.
Thanks!!
Laurence
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-07-20 15:19 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-19 16:20 [PATCH v3 0/5] Reduce RDMA RW API SGE limit Bart Van Assche
[not found] ` <8fb358c3-3504-02ca-fcb8-1624f28be1b0-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
2016-07-19 16:21 ` [PATCH v3 1/5] IB/core: Make rdma_rw_ctx_init() initialize all used fields Bart Van Assche
[not found] ` <859aaa24-9031-0a8f-26ec-b45ad6ac68d2-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
2016-07-21 7:56 ` Christoph Hellwig
2016-07-19 16:22 ` [PATCH v3 2/5] IB/core, RDMA RW API: Do not exceed QP SGE send limit Bart Van Assche
[not found] ` <03e7f98e-d810-2299-9f3e-2c697d2699fb-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
2016-07-21 7:59 ` Christoph Hellwig
2016-07-19 16:22 ` [PATCH v3 3/5] IB/srpt: Limit the number of SG elements per work request Bart Van Assche
[not found] ` <2599c210-c86e-b292-15e4-2bc042ad1453-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
2016-07-21 8:00 ` Christoph Hellwig
2016-07-19 16:23 ` [PATCH v3 4/5] IB/srpt: Simplify srpt_queue_response() Bart Van Assche
2016-07-19 16:23 ` [PATCH v3 5/5] IB/isert: Remove an unused member variable Bart Van Assche
[not found] ` <13d1c6cf-4cee-d943-2864-1a0e52dc8ad4-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
2016-07-21 7:59 ` Christoph Hellwig
2016-07-19 17:14 ` [PATCH v3 0/5] Reduce RDMA RW API SGE limit Laurence Oberman
[not found] ` <1465736110.5730453.1468948485702.JavaMail.zimbra-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-07-19 17:20 ` Steve Wise
2016-07-20 14:43 ` Laurence Oberman
[not found] ` <93123318.5861700.1469025833903.JavaMail.zimbra-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-07-20 15:07 ` Bart Van Assche
[not found] ` <8b8d2e22-4fb9-466f-5321-0745748bd793-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>
2016-07-20 15:19 ` Laurence Oberman [this message]
[not found] ` <88756403.5866837.1469027976552.JavaMail.zimbra-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-07-20 15:56 ` Laurence Oberman
[not found] ` <018601d1e1e1$dbd18e50$9374aaf0$@opengridcomputing.com>
2016-07-19 19:44 ` Steve Wise
2016-07-20 15:38 ` Sagi Grimberg
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=88756403.5866837.1469027976552.JavaMail.zimbra@redhat.com \
--to=loberman-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org \
--cc=dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=hch-jcswGhMUV9g@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=nab-IzHhD5pYlfBP7FQvKIMDCQ@public.gmane.org \
--cc=pandit.parav-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org \
--cc=swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org \
/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.