From: Dan Williams <dan.j.williams@intel.com>
To: "Labun, Marcin" <Marcin.Labun@intel.com>
Cc: Doug Ledford <dledford@redhat.com>, Neil Brown <neilb@suse.de>,
"Hawrylewicz Czarnowski,
Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@intel.com>,
"Ciechanowski, Ed" <ed.ciechanowski@intel.com>,
"linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>,
Bill Davidsen <davidsen@tmr.com>
Subject: Re: Auto Rebuild on hot-plug
Date: Tue, 30 Mar 2010 16:47:16 -0700 [thread overview]
Message-ID: <e9c3a7c21003301647u3b96be7eyee31a1a94ef8583c@mail.gmail.com> (raw)
In-Reply-To: <905EDD02F158D948B186911EB64DB3D11C584DD2@irsmsx503.ger.corp.intel.com>
On Tue, Mar 30, 2010 at 10:47 AM, Labun, Marcin <Marcin.Labun@intel.com> wrote:
> I understand that there are following defaults:
> - Platform/metadata limitations create default domains
> - metadata handler deliver default actions
> The equivalent configuration line for imsm is:
> DOMAIN path="any" metadata=imsm action=none
I would expect path=<ahci ports> when metadata=imsm
> User could additionally split default domains using spare groups and path keyword.
> For instance for imsm, the default domain area is platform controller.
> If any metadata is server by multiple controllers, each of them creates its own domain.
A single DOMAIN can span several controllers, but only if that does
not violate the 'platform' constraints for that metadata type (which
are always enforced).
> Enable spare disk sharing between containers if they belong to the same domain and have not conflicting spare group assignment. This will allow for spare sharing by default.
Yes, spare sharing by default within the domain and as Doug said
ignore any conflicts with the spare-group identifier i.e. DOMAIN
overrides/supersedes spare-group.
> Additionally, we can consult metadata handlers before moving spares between containers. We can do that by adding another metadata handler function which shall test metadata and controller dependencies (I can imagine that user can define metadata stored domains of spare sharing; controllers (OROM) dependent constrains shall be handled in this function, too).
This really is just a variation of load_super() performed on a
container with an extra disk added to report whether the device is
spare, failed, or otherwise out of sync.
In the imsm case this is load_super_imsm_all() with another disk
(outside of the current container list) to compare against.
--
Dan
next prev parent reply other threads:[~2010-03-30 23:47 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-25 0:35 Auto Rebuild on hot-plug Neil Brown
2010-03-25 2:47 ` Michael Evans
2010-03-31 1:18 ` Neil Brown
2010-03-31 2:46 ` Michael Evans
2010-03-25 8:01 ` Luca Berra
2010-03-31 1:26 ` Neil Brown
2010-03-31 6:10 ` Luca Berra
2010-03-25 14:10 ` John Robinson
2010-03-31 1:30 ` Neil Brown
2010-03-25 15:04 ` Labun, Marcin
2010-03-27 0:37 ` Dan Williams
2010-03-29 18:10 ` Doug Ledford
2010-03-29 18:36 ` John Robinson
2010-03-29 18:57 ` Doug Ledford
2010-03-29 22:36 ` John Robinson
2010-03-29 22:41 ` Dan Williams
2010-03-29 22:46 ` John Robinson
2010-03-29 23:35 ` Doug Ledford
2010-03-30 12:10 ` John Robinson
2010-03-30 15:53 ` Doug Ledford
2010-04-02 11:01 ` John Robinson
2010-03-29 21:36 ` Dan Williams
2010-03-29 23:30 ` Doug Ledford
2010-03-30 0:46 ` Dan Williams
2010-03-30 15:23 ` Doug Ledford
2010-03-30 17:47 ` Labun, Marcin
2010-03-30 23:47 ` Dan Williams [this message]
2010-03-30 23:36 ` Dan Williams
2010-03-31 4:53 ` Neil Brown
2010-03-26 6:41 ` linbloke
2010-03-31 1:35 ` Neil Brown
2010-03-26 7:52 ` Majed B.
2010-03-31 1:42 ` Neil Brown
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=e9c3a7c21003301647u3b96be7eyee31a1a94ef8583c@mail.gmail.com \
--to=dan.j.williams@intel.com \
--cc=Marcin.Labun@intel.com \
--cc=davidsen@tmr.com \
--cc=dledford@redhat.com \
--cc=ed.ciechanowski@intel.com \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=przemyslaw.hawrylewicz.czarnowski@intel.com \
/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).