From: "Magnus Månsson" <ganja@0x63.nu>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: reconf raid
Date: Thu, 20 May 2004 23:06:53 +0200 [thread overview]
Message-ID: <1085087212.16167.8.camel@freya> (raw)
In-Reply-To: <16556.37374.166298.3940@cse.unsw.edu.au>
On Thu, 2004-05-20 at 13:09, Neil Brown wrote:
> On Thursday May 20, ganja@0x63.nu wrote:
> > Hello, I have just joined this list and made some reading.
> > What I am looking for is a way to add new hard drives to my raid5 made
> > with mdadm. If have got it right it's not supported, and it's taking
> > some time though people wants to do it in the kernel and not the way
> > raidtools-reconf does it, fully understandable (even though I would like
> > to do it offline).
>
> You can use raidreconfig (or whatever it is called) from raidtools to
> reconfigure an array built with mdadm. The arrays built by mdadm are
> just the same as those built by mkraid - it is just a different tool
> with a different interface.
Ah, ok, thanks for the answer, had no idea reconf worked with it. Is
there any way to build the raidtab from my existing configuration, or do
I have to build it manually? I guess to build it automatically would be
better though a wrongly build raidtab might fuck everything up?
> >
> > So my question is, is there any timeplan for this functionallity? Can I
> > expect to be able to resize my raid5 before winter?
>
> There is no timeplan for anything. It gets done when it gets done,
> depending entirely on who is motivated, how much, how clever they are,
> how busy they are, and things like that.
>
>
> NeilBrown
>
> >
> > My idea was to build a lot of raid5 (like 5 of them) to match that my
> > hard drives have different sizes, and after that use lvm to get one big
> > partition that I can add new drives to and just enlarge.
> >
> > This leads to that I also have to be able to convert raid1 to raid5, if
> > I do not want to move the data on that little part to a temporary disk,
> > that would be possible today, it would be only 70G to move around.
> >
> > --
> > Magnus Månsson <ganja@0x63.nu>
> > -
> > 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
> -
> 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
--
Magnus Månsson <ganja@0x63.nu>
-
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
prev parent reply other threads:[~2004-05-20 21:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-20 9:13 reconf raid Magnus Månsson
2004-05-20 11:09 ` Neil Brown
2004-05-20 21:06 ` Magnus Månsson [this message]
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=1085087212.16167.8.camel@freya \
--to=ganja@0x63.nu \
--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 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.