linux-kernel - Re: limits on raid

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4673E7DC.80508@dgreaves.com>
Date:	Sat, 16 Jun 2007 14:38:36 +0100
From:	David Greaves <david@...eaves.com>
To:	david@...g.hm
Cc:	Neil Brown <neilb@...e.de>, Wakko Warner <wakko@...mx.eu.org>,
	linux-kernel@...r.kernel.org, linux-raid@...r.kernel.org
Subject: Re: limits on raid

david@...g.hm wrote:
> On Sat, 16 Jun 2007, Neil Brown wrote:
> 
> I want to test several configurations, from a 45 disk raid6 to a 45 disk 
> raid0. at 2-3 days per test (or longer, depending on the tests) this 
> becomes a very slow process.
Are you suggesting the code that is written to enhance data integrity is 
optimised (or even touched) to support this kind of test scenario?
Seriously? :)

> also, when a rebuild is slow enough (and has enough of a performance 
> impact) it's not uncommon to want to operate in degraded mode just long 
> enought oget to a maintinance window and then recreate the array and 
> reload from backup.

so would mdadm --remove the rebuilding disk help?

David

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/