From: Farkas Levente <lfarkas@bnap.hu>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: Luca Berra <bluca@comedia.it>, linux-raid@vger.kernel.org
Subject: Re: how to which to bigger disk (md can do it?)
Date: Mon, 17 Nov 2003 15:05:26 +0100 [thread overview]
Message-ID: <3FB8D5A6.4040909@bnap.hu> (raw)
In-Reply-To: <16312.39435.330127.598268@notabene.cse.unsw.edu.au>
Neil Brown wrote:
> On Monday November 17, bluca@comedia.it wrote:
>
>>Really weird idea: please do not do it on real data.
>>You will probably shoot yourself doing this
>>- Switch the disks one by one.
>>- When you are over create a new raid5 over the existing one (keeping the
>>same settings for stripe size and parity algo)
>>- Resize the filesystem.
>>
>
>
> Not so weird - it is exactly what I was going to suggest.
> Providing you get the chunk size, parity algoithm and device order
> right, and use "--force" to make sure mdadm doesn't re-arrange the
> devices on on it should work perfectly.
this's one of our production server, so I'd like to be sure. so:
- switch the disk one by one (do these steps 8 times):
- put out one 120 hd (mdadm /dev/md0 -f /dev/sda1 -r /dev/sda1)
- put the new 200 GB one and create a 200 GB partition (Linux raid
autodetect)
- add to md0 (mdadm -a /dev/hda1) this step do not change the device
order???
- resize2fs
when should I use --force??
> Somewhere low-down on my todo list for raid is allowing this to be
> done on-line (mdadm /dev/md0 --size=max). It is right along side
that's be nice:-)
> allowing the number of live devices in a raid1 to be changed
> (mdadm /dev/md1 --devices=3) and adding devices to a linear array
> (mdadm /dev/md2 --add /dev/sdd).
that would be useful for raid5 too?
yes I know the reason why this is not possible, BUT it can do (rebuild
the whole raid5) the same as the create for raid5 and it can be run in
the backgroup. that would be a very useful feature for many people.
yours.
--
Levente "Si vis pacem para bellum!"
next prev parent reply other threads:[~2003-11-17 14:05 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-16 11:03 how to which to bigger disk (md can do it?) Farkas Levente
2003-11-16 13:31 ` Hendrik Visage
2003-11-16 16:36 ` Farkas Levente
2003-11-16 17:38 ` Maurice Hilarius
2003-11-17 9:29 ` Luca Berra
2003-11-17 9:51 ` Neil Brown
2003-11-17 14:05 ` Farkas Levente [this message]
2003-11-17 20:24 ` Luca Berra
2003-11-17 22:29 ` 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=3FB8D5A6.4040909@bnap.hu \
--to=lfarkas@bnap.hu \
--cc=bluca@comedia.it \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@cse.unsw.edu.au \
/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).