From: Stan Hoeppner <stan@hardwarefreak.com>
To: linux-raid@vger.kernel.org
Subject: Re: Can extremely high load cause disks to be kicked?
Date: Sun, 03 Jun 2012 20:55:04 -0500 [thread overview]
Message-ID: <4FCC1578.50801@hardwarefreak.com> (raw)
In-Reply-To: <20120603220536.GN3867@bitfolk.com>
On 6/3/2012 5:05 PM, Andy Smith wrote:
> Hi Igor,
>
> On Sun, Jun 03, 2012 at 12:05:31PM +0800, Igor M Podlesny wrote:
>> On 3 June 2012 11:30, Andy Smith <andy@strugglers.net> wrote:
>>> I probably didn't give enough details. On this particular host there
>>> are four md arrays:
>>>
>>> md0 is mounted as /boot
>>> md1 is used as swap
>>> md2 is mounted as /
>>> md3 is an LVM PV for "everything else"
>> […]
>>
>> Kinda off-topic question — why having separate MDs for swap and
>> root? I mean LVM's lv would be just fine for them.
>
> I know, but I'm kind of old-fashioned and have some (probably
> unwarranted) distrust of having the really essential bits of the
> system in LVM if they don't really need to be.
I wouldn't say unwarranted. I've seen instances on this and other lists
where an md array blew chunks, was repaired and everything reported
good, only to have LVM devices corrupted beyond repair. Or both md and
LVM report good after repair, but the XFS superblock is hosed beyond
repair. The layers in the storage stack the better. KISS principle,
"Just because you can doesn't mean you should", etc, etc.
> The system needs swap and I'm unlikely to want to change the size of
> that swap, but if I do I can just add more swap from inside LVM. / is
> also unlikely to need to be resized ever, so I keep that outside of
> LVM too.
>
> My position on this is probably going to have to change given the
> current "get rid of /usr" plans that seem to be gaining traction in
> the Linux community. A beefier / would probably justify being in
> LVM to me.
I guess I'm more old fashioned. I'd never put the root filesystem on an
LVM volume. My preferences are directly on a single disk partition, or
hardware RAID1 partition, depending on the server/application area.
> But really it is all just personal taste isn't it..
To an extent yes. Separating different portions of the UNIX filesystem
tree on different partitions/devices has a long tradition and usually
good reasoning behind it. However, as I mentioned, spreading these
across multiple md arrays that share the same physical disks is not a
good idea. A single md array with multiple partitions, with the
filesystem tree, swap, and data directories spread over these
partitions, is preferable.
--
Stan
--
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
next prev parent reply other threads:[~2012-06-04 1:55 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-31 8:31 Can extremely high load cause disks to be kicked? Andy Smith
2012-06-01 1:31 ` Stan Hoeppner
2012-06-01 3:15 ` Igor M Podlesny
2012-06-01 14:12 ` Stan Hoeppner
2012-06-01 15:19 ` Igor M Podlesny
2012-06-02 4:45 ` Stan Hoeppner
2012-06-02 7:57 ` Igor M Podlesny
2012-06-02 9:16 ` Stan Hoeppner
2012-06-01 19:25 ` Andy Smith
2012-06-02 5:47 ` Stan Hoeppner
2012-06-03 3:30 ` Andy Smith
2012-06-03 4:05 ` Igor M Podlesny
2012-06-03 22:05 ` Andy Smith
2012-06-04 1:55 ` Stan Hoeppner [this message]
2012-06-04 9:06 ` Igor M Podlesny
2012-06-03 6:49 ` Stan Hoeppner
2012-06-04 0:02 ` Andy Smith
2012-06-04 6:58 ` Stan Hoeppner
2012-06-04 4:13 ` NeilBrown
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=4FCC1578.50801@hardwarefreak.com \
--to=stan@hardwarefreak.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 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).