All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ragnar Kjørstad" <kernel@ragnark.vestdata.no>
To: Ingo Molnar <mingo@elte.hu>,
	linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [patch] multipath RAID personality, 2.4.10-pre9
Date: Tue, 18 Sep 2001 22:59:52 +0200	[thread overview]
Message-ID: <20010918225952.D5590@vestdata.no> (raw)
In-Reply-To: <20010916150806.E1541@turbolinux.com> <Pine.LNX.4.33.0109170113010.3960-100000@localhost.localdomain> <20010918203946.A12814@wyvern>
In-Reply-To: <20010918203946.A12814@wyvern>; from adrian.bridgett@iname.com on Tue, Sep 18, 2001 at 08:39:46PM +0100

On Tue, Sep 18, 2001 at 08:39:46PM +0100, Adrian Bridgett wrote:
> 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).

I think the multipath driver would benefit from something like the
different modes in the new network bonding driver:
* round robin
* active backup policy
* XOR

(Not sure if XOR would be needed for md?)

I think some other ideas can be stolen from the bonding driver as well,
as the problem is very simular - e.g. the concept of low level drivers
(optionally) delivering status information, so md don't have to try and
fail to detect a link is down, and the timeout settings.


-- 
Ragnar Kjørstad
Big Storage

  reply	other threads:[~2001-09-18 21:00 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-14 10:01 [patch] multipath RAID personality, 2.4.10-pre9 Ingo Molnar
2001-09-16 21:08 ` Andreas Dilger
2001-09-16 23:16   ` Ingo Molnar
2001-09-18 19:39     ` Adrian Bridgett
2001-09-18 20:59       ` Ragnar Kjørstad [this message]
2001-09-18 21:22       ` Brian Beattie
2001-09-24  8:30       ` Ingo Molnar

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=20010918225952.D5590@vestdata.no \
    --to=kernel@ragnark.vestdata.no \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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.