From: Peter Rabbitson <rabbit+list@rabbit.us>
To: Nagy Zoltan <kirk@bteam.hu>
Cc: linux-raid@vger.kernel.org
Subject: Re: component growing in raid5
Date: Mon, 24 Mar 2008 16:42:17 +0100 [thread overview]
Message-ID: <47E7CBD9.4020900@rabbit.us> (raw)
In-Reply-To: <47E7C609.9000501@bteam.hu>
Nagy Zoltan wrote:
> hi
>
>> I would simply use a v1.1 superblock which will be situated at the
>> start of
>> the array. Then you will face another problem - once you grow a leaf
>> device,
>> mdadm will not see the new size as it will find the superblock at sect
>> 0 and
>> will be done there. You will need to issue mdadm -A ... --update
>> devicesize.
>> The rest of the operations are identical.
> i feeled that there is another solution that i missed - thank you, next
> time
> i will do it this way -- because the system is already up and running, i
> don't wan't
> to recreate the array (about the chunksize: i've got back to 64Kb chunks
> because
> of that bug - i was happy to see it running ;)
>>
>> As a side note I am also curious why do you go the raid55 path (I am
>> not very
>> impressed however :)
> okay - i've run thru the whole scenario a few times - and always come
> get back
> to raid55, what would you do in myplace? :)
The validity of the snipped arguments depends on how many devices you have at
every level:
*) how many nodes there are?
*) how many disks per node? do all nodes have an equal amount of disks?
Without additional info I would say this: The problem with using raid5 on the
top node is that you are stressing your network additionally for every
r-m-w-cycle. Also rebuild of this array, especially if you add more leaves
will be more and more resource intensive.
In contrast if the top array is RAID10 with 2 chunk copies, you will sacrifice
half the space, however your rebuild will utilize only 2 drives (one reader
one writer).
HTH
Peter
next prev parent reply other threads:[~2008-03-24 15:42 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-23 6:59 component growing in raid5 Nagy Zoltan
2008-03-23 11:24 ` Peter Grandi
2008-03-24 7:09 ` Peter Rabbitson
2008-03-24 7:09 ` Peter Rabbitson
2008-03-24 15:17 ` Nagy Zoltan
2008-03-24 15:42 ` Peter Rabbitson [this message]
2008-03-24 16:52 ` Nagy Zoltan
2008-03-25 13:06 ` Peter Grandi
2008-03-25 13:38 ` Mattias Wadenstein
2008-03-25 20:02 ` Peter Grandi
2008-03-27 20:44 ` Mattias Wadenstein
2008-03-27 22:09 ` Richard Scobie
2008-03-28 8:07 ` Mattias Wadenstein
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=47E7CBD9.4020900@rabbit.us \
--to=rabbit+list@rabbit.us \
--cc=kirk@bteam.hu \
--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 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.