linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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 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).