From: Bill Davidsen <davidsen@tmr.com>
To: Maurice Hilarius <maurice@harddata.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: MD devices renaming or re-ordering question
Date: Thu, 20 Sep 2007 11:12:14 -0400 [thread overview]
Message-ID: <46F28DCE.4040102@tmr.com> (raw)
In-Reply-To: <46E984E7.1080903@harddata.com>
Maurice Hilarius wrote:
> Hi to all.
>
> I wonder if somebody would care to help me to solve a problem?
>
> I have some servers.
> They are running CentOS5
> This OS has a limitation where the maximum filesystem size is 8TB.
>
> Each server curr3ently has a AMCC/3WARE 16 port SATA controllers. Total
> of 16 ports / drives
> I am using 750GB drives.
>
> I am exporting the drives as single, NOT as hardware RAID
> That is due to the filesystem and controller limitations, among other
> reasons.
>
> Each server currently has 16 disks attached to the one controller
>
> I want to add a 2nd controller, and, for now, 4 more disks on it.
>
> I want to have the boot disk as a plain disk, as presently configured as
> sda1,2,3
>
I'm not clear on what you mean by a "plain disk" followed by a list of
partitions. If that means putting all your initial data on a single disk
without RAID protection, that's a far worse idea in my experience than
splitting arrays across controllers.
> The remaining 15 disks are configured as :
> sdb1 through sde1 as md0 ( 4 devices/partitions)
> sdf1 through sdp1 as md1 (10 devices/partitions)
> I want to add a 2nd controller, and 4 more drives, to the md0 device.
>
> But, I do not want md0 to be "split" across the 2 controllers this way.
> I prefer to do the split on md1
>
Move the md0 drives to the 2nd controller, add more.
> Other than starting from scratch, the best solution would be to add the
> disks to md0, then to "magically" turn md0 into md1, and md1 into md0
>
Unless you want to practice doing critical config changes, why? Moving
the drives won't effect their name, at least not unless you have done
something like configure by physical partition name instead of UUID.
Doing that for more than a few drives is a learning experience waiting
to happen. If that's the case, backup your mdadm.conf file and
reconfigure using UUID, then start moving things around.
> So, the question:
> How does one make md1 into md0, and vice versa?
> Without losing the data on these md's ?
>
> Thanks in advance for any suggestions.
I would start by being sure the computer is doing the work, not the
administrator, use UUID for assembly. Then move the drives for md0 and
grow it.
Then consider the performance vs. reliability issues of having all
drives on a single controller. Multiple controllers give you more points
of failure unless you are mirroring across them, but better peak
performance. Note, I'm suggesting evaluating what you are doing only, it
may be fine, just avoids "didn't think about that" events.
Well, you asked for suggestions... ;-)
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2007-09-20 15:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-13 18:43 MD devices renaming or re-ordering question Maurice Hilarius
2007-09-13 20:25 ` Goswin von Brederlow
2007-09-14 0:38 ` Goswin von Brederlow
2007-09-20 15:12 ` Bill Davidsen [this message]
2007-09-20 15:41 ` Maurice Hilarius
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=46F28DCE.4040102@tmr.com \
--to=davidsen@tmr.com \
--cc=linux-raid@vger.kernel.org \
--cc=maurice@harddata.com \
/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).