lkml.org 
[lkml]   [2018]   [May]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 0/3] Provide more fine grained control over multipathing
    On Fri, May 25 2018 at  9:05am -0400,
    Christoph Hellwig <hch@lst.de> wrote:

    > On Fri, May 25, 2018 at 02:53:19PM +0200, Johannes Thumshirn wrote:
    > > Hi,
    > >
    > > This patch series aims to provide a more fine grained control over
    > > nvme's native multipathing, by allowing it to be switched on and off
    > > on a per-subsystem basis instead of a big global switch.
    >
    > No. The only reason we even allowed to turn multipathing off is
    > because you complained about installer issues. The path forward
    > clearly is native multipathing and there will be no additional support
    > for the use cases of not using it.

    We all basically knew this would be your position. But at this year's
    LSF we pretty quickly reached consensus that we do in fact need this.
    Except for yourself, Sagi and afaik Martin George: all on the cc were in
    attendance and agreed.

    And since then we've exchanged mails to refine and test Johannes'
    implementation.

    You've isolated yourself on this issue. Please just accept that we all
    have a pretty solid command of what is needed to properly provide
    commercial support for NVMe multipath.

    The ability to switch between "native" and "other" multipath absolutely
    does _not_ imply anything about the winning disposition of native vs
    other. It is purely about providing commercial flexibility to use
    whatever solution makes sense for a given environment. The default _is_
    native NVMe multipath. It is on userspace solutions for "other"
    multipath (e.g. multipathd) to allow user's to whitelist an NVMe
    subsystem to be switched to "other".

    Hopefully this clarifies things, thanks.

    Mike

    \
     
     \ /
      Last update: 2018-05-25 15:58    [W:4.088 / U:0.104 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site