Re: [patch] multipath RAID personality, 2.4.10-pre9

Adrian Bridgett (adrian.bridgett@iname.com)
Tue, 18 Sep 2001 20:39:46 +0100


On Mon, Sep 17, 2001 at 01:16:56 +0200 (+0000), Ingo Molnar wrote:
[snip]
> > [...] 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
idea.

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?

Thanks

Adrian

Email: adrian.bridgett@iname.com
Windows NT - Unix in beta-testing. GPG/PGP keys available on public key servers
Debian GNU/Linux -*- By professionals for professionals -*- www.debian.org
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/