From: "Mike Snitzer" <snitzer@gmail.com>
To: Xinwei Hu <hxinwei@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Cluster Aware MD Driver
Date: Wed, 13 Jun 2007 15:50:44 -0400 [thread overview]
Message-ID: <170fa0d20706131250r75d6be44j6407c649d611969c@mail.gmail.com> (raw)
In-Reply-To: <200706140316.57078.hxinwei@gmail.com>
Is the goal to have the MD device be directly accessible from all
nodes? This strategy seems flawed in that it speaks to updating MD
superblocks then in-memory Linux data structures across a cluster.
The reality is if we're talking about shared storage the MD management
only needs to happen in one node. Others can weigh in on this but the
current MD really doesn't want to be cluster-aware.
IMHO, this cluster awareness really doesn't belong in MD/mdadm. A
high-level cluster management tool should be doing this MD
ownership/coordination work. The MD ownership can be transferred
accordingly if/when the current owner fails, etc. But this implies
that the MD is only ever active on one node at any given point in
time.
Mike
On 6/13/07, Xinwei Hu <hxinwei@gmail.com> wrote:
> Hi all,
>
> Steven Dake proposed a solution* to make MD layer and tools to be cluster
> aware in early 2003. But it seems that no progressing is made since then. I'd
> like to pick this one up again. :)
>
> So far as I understand, Steven's proposal still applies to currently MD
> implementation mostly, except we have bitmap now. And bitmap can be
> workarounded via set_bitmap_file.
>
> The problem is that it seems we need a kernel<->userspace interface to sync
> the mddev struct across all nodes, but I don't find out how.
>
> I'm new to the MD driver, so correct me if I'm wrong. And you suggestions
> are really appreciated.
>
> Thanks.
>
> * http://osdir.com/ml/raid/2003-01/msg00013.html
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2007-06-13 19:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-13 19:16 Cluster Aware MD Driver Xinwei Hu
2007-06-13 19:50 ` Mike Snitzer [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-01-07 14:54 Cress, Andrew R
[not found] <200301041016.10224.vittorio.ballestra@infogestnet.it>
[not found] ` <20030104164314.26621.qmail@escalade.vistahp.com>
2003-01-04 19:13 ` Steven Dake
2003-01-04 21:06 ` Brian Jackson
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=170fa0d20706131250r75d6be44j6407c649d611969c@mail.gmail.com \
--to=snitzer@gmail.com \
--cc=hxinwei@gmail.com \
--cc=linux-raid@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).