From: Roman Mamedov <rm@romanrm.ru>
To: David Brown <david.brown@hesbynett.no>
Cc: stan@hardwarefreak.com, Flynn <flynn@kodachi.com>,
Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: RAID6 Reshape Gone Awry
Date: Fri, 3 Aug 2012 20:53:30 +0600 [thread overview]
Message-ID: <20120803205330.7c5f5172@natsu> (raw)
In-Reply-To: <501BD420.10203@hesbynett.no>
[-- Attachment #1: Type: text/plain, Size: 1364 bytes --]
On Fri, 03 Aug 2012 15:37:36 +0200
David Brown <david.brown@hesbynett.no> wrote:
> That's not how I understand the disk layout - if I'm right, it is still
> a monstrosity, but one that will offer protection on disk failure.
>
> As I read it, he has this (prior to adding the new disk):
>
> md0 = raid6(sda5, sdb5, sdc5, sdd5, sde5)
> md1 = raid6(sda6, sdb6, sdc6, sdd6, sde6)
> ...
> md9 = raid6(sda14, sdb14, sdc14, sdd14, sde14)
>
> If that's the case, then it will be an administrative mess (as the OP is
> now experiencing), but it will protect the data, and if the LVM is a
> linear concatenation of these then performance normally will be okay.
If you want the RAID5/6 write performance to be okay, you will want to
increase stripe_cache_size to a good value [1] -- and that's per array, and the
RAM consumption increases linearly with disk count - so on 10 five-member
arrays you won't have anywhere near enough RAM to have a sufficient
stripe_cache on all of them.
In other words, one more aspect in which this multi-array configuration is
highly suboptimal. :)
[1]
http://peterkieser.com/2009/11/29/raid-mdraid-stripe_cache_size-vs-write-transfer/
--
With respect,
Roman
~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Stallman had a printer,
with code he could not see.
So he began to tinker,
and set the software free."
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2012-08-03 14:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-03 5:27 RAID6 Reshape Gone Awry Flynn
2012-08-03 11:18 ` Stan Hoeppner
2012-08-03 13:37 ` David Brown
2012-08-03 14:53 ` Roman Mamedov [this message]
2012-08-03 15:44 ` Flynn
2012-08-03 18:25 ` Stan Hoeppner
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=20120803205330.7c5f5172@natsu \
--to=rm@romanrm.ru \
--cc=david.brown@hesbynett.no \
--cc=flynn@kodachi.com \
--cc=linux-raid@vger.kernel.org \
--cc=stan@hardwarefreak.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 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.