All of lore.kernel.org
 help / color / mirror / Atom feed
From: SandeepKsinha <sandeepksinha@gmail.com>
To: Neil Brown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: Change Chunk Size on Array?
Date: Wed, 13 May 2009 10:23:35 +0530	[thread overview]
Message-ID: <37d33d830905122153j5c38cddby616863e026cd241e@mail.gmail.com> (raw)
In-Reply-To: <18954.20603.952706.467047@notabene.brown>

On Wed, May 13, 2009 at 10:15 AM, Neil Brown <neilb@suse.de> wrote:
> On Tuesday May 12, sandeepksinha@gmail.com wrote:
>>
>>
>>
>> crshman wrote:
>> >
>> > Hello All,
>> >
>> > I wanted to know if it were possible to change the chunk size on an array
>> > after it has been created. I have a software raid 5 comprised of 7 drives
>> > with a chunk size of 64k. I wanted to up that to 1024k, would this be
>> > possible without losing any data? This isn't mission critical so it is ok
>> > if i need to stop the array first, however I'd rather not lose any data.
>> >
>> It is possible to change the chunksize but for the same you would need to
>> offline your array.
>
> Is it?  How?
>

That was all that I could read from" RAID on Linux" by Derek Vadala, Page 118.

It mentions that this could be achieved by offlining the array and
using "raidreconf".
He also mention chances of data loss and also the caveats of "raidreconf".


> Online changing of chunk size for raid5 is very close to being
> implemented.
> All the kernel side support will be in 2.6.30.
> I just need to spend some time getting mdadm to make it work.
> Because data is being rearranged in-place, and because you don't want
> to lose everything if your systems crashes, mdadm will have to work in
> tandem with the kernel making a backup copy of a section of the array,
> allowing the kernel to reshape that section, and then moving on to the
> next section.  It will be slow, but it will be reliable.
>
> NeilBrown
>



-- 
Regards,
Sandeep.





 	
“To learn is to change. Education is a process that changes the learner.”
--
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

  reply	other threads:[~2009-05-13  4:53 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-19  5:29 Change Chunk Size on Array? crshman
2008-03-20  8:16 ` Justin Piszcz
2009-05-13  3:44 ` SandeepKsinha
2009-05-13  4:45   ` Neil Brown
2009-05-13  4:53     ` SandeepKsinha [this message]
2009-05-13  7:33     ` Goswin von Brederlow
2009-05-13 10:49       ` 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=37d33d830905122153j5c38cddby616863e026cd241e@mail.gmail.com \
    --to=sandeepksinha@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@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 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.