× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On Thu, 2014-03-20 at 08:33 -0400, rob@xxxxxxxxx wrote:
Sue,

Raid 6 would mean you'd have to lose at least two drives to be wiped out.
Raid 6 with hot spare means you'd have to lose at least three drives,
right?

Raid 6 means you can loose 2 working disks, but can continue running,
but if 1 more working disk failed during a re-building spare you're dead
in the water, unless it was the rebuilding spare in which case you're
still running.


Kind of like, which is better:
Raid 5 with a hot spare, or
Raid 6 with no hot spare
Either way, you'd have to lose two drives to be fried. I would think that
Raid 6 would be better if there was a risk the second drive would be lost
while the hot spare for raid 5 was becoming active and still rebuilding.

With Raid 5 you lose the space of one drive to striping (spread out across
all drives). How much do you lose to Raid 6?

You loose 2 drives worth of space to the redundancy, no matter the
layout or number of raid6 disks.

Ideally the parity should be spread across all the disks as apposed to
specific parity drives, at least as far as linux mdadm is concerned...
it may be different for IBM i cards/systems but in the linux world its
much faster to have the parity interleaved with the data as it prevents
contention on what would become a parity disk(s).


Is there a performance degradation from removing one of your disk drives
of a 8 drive SCSI raid set to become hot spare?
I would think there would be two performance hits. One, dropping from 8
drives supporting the raid stripe down to only 4. The other performance
hit would be one less disk arm assisting while it's just sitting there
waiting to be hot spare.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Sue Baker <sue.baker@xxxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 03/19/2014 06:34 PM
Subject: Re: RAID 6 rebuild time - can I slash it?
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx> wrote on Wed, 19 Mar
2014 16:29:52 GMT:

On a Saturday of my choosing, our HW service provider is going
to take our System i 520 from 2 8-drive RAID 5 sets to 2
8-drive RAID 6 sets w/hot spare.


Wow! This is quite a change in data protection.

You realize that in order to have your data at risk, you need to
lose 2 drives in the RAID6 array?

Generally, I recommend to customers to do RAID5 + hot spare or
RAID6. I see it as more importante to have as many disk units
as possible for RAID6 versus adding the tiny bit of reduced
delay time for rebuild to begin on a single failed drive that is
provided by hot spare.

Time to create the RAID6 arrays is mostly dependent on the size
of the drives. Other factors are whether there is data on them
or not (% full is irrelevent) and the type of disk controller.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.