From: NeilBrown <neilb@suse.de>
To: Guoqing Jiang <gqJiang@suse.com>
Cc: linux-raid@vger.kernel.org, rgoldwyn@suse.de
Subject: Re: [PATCH 03/10] Create n bitmaps for clustered mode
Date: Thu, 30 Apr 2015 12:53:46 +1000 [thread overview]
Message-ID: <20150430125346.0a7f4d38@notabene.brown> (raw)
In-Reply-To: <55419707.9050302@suse.com>
[-- Attachment #1: Type: text/plain, Size: 3608 bytes --]
On Thu, 30 Apr 2015 10:44:23 +0800 Guoqing Jiang <gqJiang@suse.com> wrote:
> NeilBrown wrote:
> > On Fri, 24 Apr 2015 15:30:34 +0800 gqjiang@suse.com wrote:
> >
> >
> >> From: Guoqing Jiang <gqjiang@suse.com>
> >>
> >> For a clustered MD, create bitmaps equal to number of nodes so
> >> each node has an independent bitmap.
> >>
> >> Only the first bitmap is has the bits set so that the first node
> >> that assembles the device also performs the sync.
> >>
> >> The bitmaps are aligned to 4k boundaries.
> >>
> >> On-disk format:
> >>
> >> 0 4k 8k 12k
> >> -------------------------------------------------------------------
> >> | idle | md super | bm super [0] + bits |
> >> | bm bits[0, contd] | bm super[1] + bits | bm bits[1, contd] |
> >> | bm super[2] + bits | bm bits [2, contd] | bm super[3] + bits |
> >> | bm bits [3, contd] | | |
> >>
> >> Signed-off-by: Goldwyn Rodrigues <rgoldwyn@suse.com>
> >> Signed-off-by: Guoqing Jiang <gqjiang@suse.com>
> >> ---
> >> Create.c | 3 ++-
> >> bitmap.h | 7 +++++--
> >> mdadm.8.in | 7 ++++++-
> >> mdadm.c | 17 ++++++++++++++++-
> >> super1.c | 59 +++++++++++++++++++++++++++++++++++++++++------------------
> >> 5 files changed, 70 insertions(+), 23 deletions(-)
> >>
> >> diff --git a/Create.c b/Create.c
> >> index cd5485b..9663dc4 100644
> >> --- a/Create.c
> >> +++ b/Create.c
> >> @@ -752,7 +752,8 @@ int Create(struct supertype *st, char *mddev,
> >> #endif
> >> }
> >>
> >> - if (s->bitmap_file && strcmp(s->bitmap_file, "internal")==0) {
> >> + if (s->bitmap_file && (strcmp(s->bitmap_file, "internal")==0
> >> + || strcmp(s->bitmap_file, "clustered")==0)) {
> >> if ((vers%100) < 2) {
> >> pr_err("internal bitmaps not supported by this kernel.\n");
> >> goto abort_locked;
> >> diff --git a/bitmap.h b/bitmap.h
> >> index c8725a3..adbf0b4 100644
> >> --- a/bitmap.h
> >> +++ b/bitmap.h
> >> @@ -154,8 +154,11 @@ typedef struct bitmap_super_s {
> >> __u32 chunksize; /* 52 the bitmap chunk size in bytes */
> >> __u32 daemon_sleep; /* 56 seconds between disk flushes */
> >> __u32 write_behind; /* 60 number of outstanding write-behind writes */
> >> -
> >> - __u8 pad[256 - 64]; /* set to zero */
> >> + __u32 sectors_reserved; /* 64 number of 512-byte sectors that are
> >> + * reserved for the bitmap. */
> >> + __u32 nodes; /* 68 the maximum number of nodes in cluster. */
> >> + __u8 cluster_name[64]; /* 72 cluster name to which this md belongs */
> >> + __u8 pad[256 - 136]; /* set to zero */
> >> } bitmap_super_t;
> >>
> >
> > I missed this the first time, but these fields that you have added need to be
> > added to sb_le_to_cpu().
> >
> >
> I guess only nodes need to be added as follows:
> sb->nodes = __le32_to_cpu(sb->nodes);
Why not "sectors_reserved". It may not be used, but best to be consistent.
>
> Does the cluster_name need to be addressed too? Like.
> for (i = 0; i < 64; i++)
> sb->cluster_name[i] = (unsigned
> char)__le16_to_cpu(sb->cluster_name[i]);
No, cluster_name is __u8, and they aren't affected by CPU endian-ness.
Thanks,
NeilBrown
>
> Thanks,
> Guoqing
> > NeilBrown
> >
>
> --
> 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
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 811 bytes --]
next prev parent reply other threads:[~2015-04-30 2:53 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-24 7:30 [PATCH 00/10] mdadm tool: add the support for cluster-md gqjiang
2015-04-24 7:30 ` [PATCH 01/10] Add nodes option while creating md gqjiang
2015-04-29 1:30 ` NeilBrown
2015-04-30 2:33 ` Guoqing Jiang
2015-04-24 7:30 ` [PATCH 02/10] home-cluster while creating an array gqjiang
2015-04-24 7:30 ` [PATCH 03/10] Create n bitmaps for clustered mode gqjiang
2015-04-29 1:36 ` NeilBrown
2015-04-29 2:41 ` Goldwyn Rodrigues
2015-04-30 2:51 ` NeilBrown
2015-04-30 12:44 ` Goldwyn Rodrigues
2015-04-29 1:41 ` NeilBrown
2015-04-30 2:44 ` Guoqing Jiang
2015-04-30 2:53 ` NeilBrown [this message]
2015-04-24 7:30 ` [PATCH 04/10] Show all bitmaps while examining bitmap gqjiang
2015-04-29 1:41 ` NeilBrown
2015-04-30 3:17 ` Guoqing Jiang
2015-04-30 4:45 ` NeilBrown
2015-04-24 7:30 ` [PATCH 05/10] Add a new clustered disk gqjiang
2015-04-29 1:45 ` NeilBrown
2015-04-30 3:20 ` Guoqing Jiang
2015-04-24 7:30 ` [PATCH 06/10] Convert a bitmap=none device to clustered gqjiang
2015-04-24 7:30 ` [PATCH 07/10] Skip clustered devices in incremental gqjiang
2015-04-24 7:30 ` [PATCH 08/10] mdadm: add the ability to change cluster name gqjiang
2015-04-29 1:50 ` NeilBrown
2015-04-30 3:22 ` Guoqing Jiang
2015-04-24 7:30 ` [PATCH 09/10] mdadm: change the num of cluster node gqjiang
2015-04-29 1:51 ` NeilBrown
2015-04-30 3:34 ` Guoqing Jiang
2015-04-30 6:47 ` NeilBrown
2015-04-30 10:04 ` Guoqing Jiang
2015-04-24 7:30 ` [PATCH 10/10] Reuse the write_bitmap for update uuid gqjiang
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=20150430125346.0a7f4d38@notabene.brown \
--to=neilb@suse.de \
--cc=gqJiang@suse.com \
--cc=linux-raid@vger.kernel.org \
--cc=rgoldwyn@suse.de \
/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).