From: Bill Davidsen <davidsen@tmr.com>
To: Dan Stromberg <strombrg@dcs.nac.uci.edu>
Cc: Neil Brown <neilb@cse.unsw.edu.au>,
Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: number of global spares?
Date: Wed, 28 Sep 2005 15:34:48 -0400 [thread overview]
Message-ID: <433AF058.10006@tmr.com> (raw)
In-Reply-To: <1125121851.1055.26.camel@seki.nac.uci.edu>
Dan Stromberg wrote:
>On Sat, 2005-08-27 at 08:56 +1000, Neil Brown wrote:
>
>
>>On Friday August 26, strombrg@dcs.nac.uci.edu wrote:
>>
>>
>>>I've been working on a RAID setup with dual RAID controllers and
>>>three expansion boxes - 48 disks in all, including data, parity and
>>>global spares.
>>>
>>>
>>If there are 48 drives, why do your drive-numbers go up to 59?
>>Confusing but not important.
>>
>>
>
>Agreed. The hardware likes to do that.
>
>
>
>>Presumably these are 360G drives (or there abouts) and you are hoping
>>to use about 42 for data and the remaining 6 for redundancy.
>>
>>
>
>Around 380G.
>
>
>
>>I feel this a bit tight but could be workable.
>>
>>If you were using Linux-soft-raid, I would probably suggest 3 16-drive raid6
>>arrays, possibly making 1 a 15 drive raid6 so there is one global spare.
>>However I gather you are using hardware RAID - do the controllers
>>support RAID6 ??
>>
>>
>
>I'd feel better about RAID 6, but the hardware doesn't support it.
>
>
>
>>>Please be sure to use a fixed-pitch font when viewing the tables found
>>>below. BTW, if people weren't so terrified of HTML, I could just make a
>>>nice HTML table for easy reading without silly font requirements...
>>>
>>>
>>You mean some mail readers use variable-width-fonts to display
>>text/plain? How broken!
>>
>>
>
>Heh.
>
>
>
>>>Does anyone have any comments on:
>>>
>>>1) The sanity of these 10 disk RAID 5's?
>>>
>>>
>>It depends on the drives.
>>If you are using you-only-get-what-you-pay-for-IDE-drives, then I
>>would say it is insane.
>>If you are using you-pay-for-the-quality SCSI drives, then you should
>>be fairly safe.
>>
>>
>
>They're SATA's.
>
>
>
>>>2) The degree of loss of reliability incurred by moving 3 disks from
>>>global spare to data?
>>>
>>>
>>That depends a bit on your warranty arrangements on the drives. If
>>it's next-day-replacement (Really, truly) then it is probably OK. If
>>it is 'send us the bad drive and we'll see what we can do', then I
>>would suggest thinking again.
>>
>>
>
>This'll be the next thing I ask the vendor.
>
As someone who suports multi-TB machines, I can suggest that you really
want to have spares on-site rather than depend on the vendor. Not that
the vendor isn't trying, but shippers go on strike, snow, mud and rain
can close roads, the vendor's website can be hacked, etc. Oh, and
earthquakes.
Having drives on-site lets you sleep better, and can be explained to
management more easily than RAID-5 vs. RAID-6.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2005-09-28 19:34 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-26 19:00 number of global spares? Dan Stromberg
2005-08-26 22:21 ` Mark Hahn
2005-08-27 6:02 ` Dan Stromberg
2005-08-27 19:28 ` Mark Hahn
2005-08-26 22:56 ` Neil Brown
2005-08-27 5:50 ` Dan Stromberg
2005-09-28 19:34 ` Bill Davidsen [this message]
2005-09-28 19:11 ` Bill Davidsen
2005-08-26 23:21 ` Guy
2005-08-27 5:00 ` Daniel Pittman
2005-08-27 5:33 ` Dan Stromberg
2005-09-28 19:47 ` Bill Davidsen
2005-09-28 19:58 ` Dan Stromberg
2005-08-27 5:42 ` Dan Stromberg
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=433AF058.10006@tmr.com \
--to=davidsen@tmr.com \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@cse.unsw.edu.au \
--cc=strombrg@dcs.nac.uci.edu \
/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).