All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.