[lkml]   [2001]   [Sep]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [patch] multipath RAID personality, 2.4.10-pre9
    On Mon, Sep 17, 2001 at 01:16:56 +0200 (+0000), Ingo Molnar wrote:
    > > [...] Also, it is my understanding that with some multipath hardware,
    > > if you read from the "backup" path it will kill access to the primary
    > > path (this can be used when more than one system access shared disk
    > > for failover). As a result, we should always read from the "primary"
    > > path for each disk unless there is an error.
    > yes, and this is being done currently, only the primary path is used.

    Do you have plans to change this? I know that the SDD software for AIX load
    balances between paths (and I think EMC's Powerpaths do for AIX too), DMP
    (from Veritas) for Solaris doesn't.

    In fact that brings up another point - which path do you use by default? If
    you have the SAN situation where you have a farm of servers each with two FC
    cards two two FC switches and then to two ports on a storage array, you
    don't want everything going to the first switch. Just picking one path to
    use at random would be preferable (unless you want to swap every other
    servers cables around).

    One thing I know SDD does is that it doesn't use a path which has started
    working again until it's been working for a little while. I had a quick
    newbie grok through the code and couldn't see anything like that. Just an

    Just doing a quick read I came across this comment:

    + * TODO: now if there are 2 multipaths in the same 2 devices, performance
    + * degrades dramatically because position is multipath, not device based.
    + * This should be changed to be device based. Also atomic sequential
    + * reads should be somehow balanced.

    shouldn't that read "more than one multipath to the same device"?

    I presume it's not limited to 2 multipaths?



    Windows NT - Unix in beta-testing. GPG/PGP keys available on public key servers
    Debian GNU/Linux -*- By professionals for professionals -*-
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:03    [W:0.024 / U:68.084 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site