[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.061 / U:0.376 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site