From: "GeneralNMX" <generalmx@gmail.com>
To: linux-raid@vger.kernel.org
Subject: Properly setting up partitions and verbose boot
Date: Sun, 25 Jan 2009 11:18:31 -0500 [thread overview]
Message-ID: <001401c97f08$91205150$b360f3f0$@com> (raw)
In-Reply-To:
Currently I have a very stupid setup on my home server (not a production
machine). I have four hard drives with three different types of RAID
(1,5,10) on them setup through mdadm. I've been using this for a while and,
as you can guess, I/O Wait is a big issue for me, especially when moving
from different RAID types. I ordered four new hard drives to setup a proper
RAID10 by itself and I'm scrapping the RAID1, instead just consolidating /
into the RAID10. /boot gets its own tiny IDE HDD in a hotswap bay. The RAID5
will consume the 4 old hard drives.
With my stupid setup, each partition gets its own /dev/mdX device. This is
the only way I know how to do it. On the RAID10, I will need at least two
partitions: / and swap. This means it cannot simply partition the entire
disk Would this cause sub-optimal performance? Is there a way to make an
underlying single RAID10 partition and place the file partitions on top?
I also have a second question. When the disks need to be synced on boot,
mdadm just sits there and does the sync without outputting anything to the
boot log. If I didn't notice the activity lights going off on the SATA
controllers, I would think it's in some infinite loop. Is there a way to
make mdadm more verbose? I'm not running my kernel on "quiet" or "quietboot"
of course. I had to use SysRq just to make sure it was really doing
something and not in some infinite I/O loop.
Matt
next reply other threads:[~2009-01-25 16:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-25 16:18 GeneralNMX [this message]
2009-01-26 1:20 ` Properly setting up partitions and verbose boot Keld Jørn Simonsen
2009-01-26 16:06 ` GeneralNMX
2009-01-27 4:26 ` 'Keld Jørn Simonsen'
2009-01-28 18:13 ` 'Keld Jørn Simonsen'
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='001401c97f08$91205150$b360f3f0$@com' \
--to=generalmx@gmail.com \
--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 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.