<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Of EMC, RAID 6, mud and Dragons</title>
	<atom:link href="http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/#utm_source=feed&amp;utm_medium=feed&amp;utm_campaign=feed</link>
	<description>with nigel poulton</description>
	<lastBuildDate>Tue, 20 Dec 2011 19:37:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: infos über Raid Systeme</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-1593</link>
		<dc:creator>infos über Raid Systeme</dc:creator>
		<pubDate>Sun, 04 Dec 2011 01:01:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-1593</guid>
		<description>&lt;strong&gt;infos über Raid Systeme...&lt;/strong&gt;

[...]Of EMC, RAID 6, mud and Dragons &#8211; Technical Deep Dive[...]...</description>
		<content:encoded><![CDATA[<p><strong>infos über Raid Systeme&#8230;</strong></p>
<p>[...]Of EMC, RAID 6, mud and Dragons &#8211; Technical Deep Dive[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wayne</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-129</link>
		<dc:creator>Wayne</dc:creator>
		<pubDate>Sat, 11 Aug 2007 02:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-129</guid>
		<description>EMC now supports RAID6 with FLARE release 26:
&lt;a href=&quot;http://www.emc.com/techlib/abstract.jsp?id=1878&amp;c=US&amp;l=en&quot; rel=&quot;nofollow&quot;&gt;http://www.emc.com/techlib/abstract.jsp?id=1878&amp;c=US&amp;l=en&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>EMC now supports RAID6 with FLARE release 26:<br />
<a href="http://www.emc.com/techlib/abstract.jsp?id=1878&amp;c=US&amp;l=en" rel="nofollow">http://www.emc.com/techlib/abstract.jsp?id=1878&amp;c=US&amp;l=en</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: richard</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-128</link>
		<dc:creator>richard</dc:creator>
		<pubDate>Fri, 19 Jan 2007 04:51:30 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-128</guid>
		<description>I guess that HDS can do very little when it happens ... unless they provide free remote replication for the first 12 months. This may not be a bad marketing concept.</description>
		<content:encoded><![CDATA[<p>I guess that HDS can do very little when it happens &#8230; unless they provide free remote replication for the first 12 months. This may not be a bad marketing concept.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: snig</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-127</link>
		<dc:creator>snig</dc:creator>
		<pubDate>Wed, 17 Jan 2007 16:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-127</guid>
		<description>I don&#039;t know about EMC, but I know HDS guarantees 100% no data loss for at least 1 year.  Seems some companies are more confident with their hardware than others.

I&#039;m sure it&#039;s not widely known that HDS does this but it wouldn&#039;t hurt for every user to put this in their Master Purchase Agreements with all their disk vendors.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know about EMC, but I know HDS guarantees 100% no data loss for at least 1 year.  Seems some companies are more confident with their hardware than others.</p>
<p>I&#8217;m sure it&#8217;s not widely known that HDS does this but it wouldn&#8217;t hurt for every user to put this in their Master Purchase Agreements with all their disk vendors.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: richard</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-126</link>
		<dc:creator>richard</dc:creator>
		<pubDate>Wed, 17 Jan 2007 05:01:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-126</guid>
		<description>Mackem,

Well...  what contractural reponsibilty does EMC assume when their customer loses data.... probably none.</description>
		<content:encoded><![CDATA[<p>Mackem,</p>
<p>Well&#8230;  what contractural reponsibilty does EMC assume when their customer loses data&#8230;. probably none.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: snig</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-125</link>
		<dc:creator>snig</dc:creator>
		<pubDate>Mon, 15 Jan 2007 14:28:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-125</guid>
		<description>I guess Chuck isn&#039;t going to post my last response.  I posted it last Thursday and it hasn&#039;t been accepted yet.  I&#039;ll have to remember what I said and post it here later.</description>
		<content:encoded><![CDATA[<p>I guess Chuck isn&#8217;t going to post my last response.  I posted it last Thursday and it hasn&#8217;t been accepted yet.  I&#8217;ll have to remember what I said and post it here later.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-124</link>
		<dc:creator>Nigel</dc:creator>
		<pubDate>Fri, 12 Jan 2007 13:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-124</guid>
		<description>Personally I see the benefits being for larger drives where rebuild times are huge, and lets face it, disks are getting bigger by the day as are rebuild times.

Another issue that I would have though is that I have had several occasions where &quot;there ahve been no spare disks in the country&quot; and we have had to wait until the next day.  This obviously is not acceptable.</description>
		<content:encoded><![CDATA[<p>Personally I see the benefits being for larger drives where rebuild times are huge, and lets face it, disks are getting bigger by the day as are rebuild times.</p>
<p>Another issue that I would have though is that I have had several occasions where &#8220;there ahve been no spare disks in the country&#8221; and we have had to wait until the next day.  This obviously is not acceptable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JM</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-123</link>
		<dc:creator>JM</dc:creator>
		<pubDate>Fri, 12 Jan 2007 13:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-123</guid>
		<description>That makes sense, but say your engineer takes 3 hours to get on site to replace the disk and your rebuild takes 2 hours.  If the Symm fails a disk and you don&#039;t have spares configured, your time unprotected is 5 hours.  If you have spares, the rebuild kicks in automatically and your time unprotected is 2 hours.  The amount of time unprotected is less with spares than without.  Am I missing something?</description>
		<content:encoded><![CDATA[<p>That makes sense, but say your engineer takes 3 hours to get on site to replace the disk and your rebuild takes 2 hours.  If the Symm fails a disk and you don&#8217;t have spares configured, your time unprotected is 5 hours.  If you have spares, the rebuild kicks in automatically and your time unprotected is 2 hours.  The amount of time unprotected is less with spares than without.  Am I missing something?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SanGod</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-122</link>
		<dc:creator>SanGod</dc:creator>
		<pubDate>Thu, 11 Jan 2007 23:34:30 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-122</guid>
		<description>If it&#039;s a disk FAILURE, you&#039;re just as unprotected during the rebuild as you are waiting - more so if the engineer can&#039;t replace the failed disk until after the rebuild completes, which is the case with EMC.

If it&#039;s a predictive failure, meaning that the hardware has experienced multiple single-bit failures during the scrubbing process, the spare invocation does protect you during the rebuild, as the failing disk can then be replaced without compromising redundancy.

There are a million thoughts on this, I inhereted the practice from an EMC Customer Engineer when I worked in California.  A few friends of mine who are still architects have maintained.  I am however considering dropping them an email to see if it&#039;s still practiced.</description>
		<content:encoded><![CDATA[<p>If it&#8217;s a disk FAILURE, you&#8217;re just as unprotected during the rebuild as you are waiting &#8211; more so if the engineer can&#8217;t replace the failed disk until after the rebuild completes, which is the case with EMC.</p>
<p>If it&#8217;s a predictive failure, meaning that the hardware has experienced multiple single-bit failures during the scrubbing process, the spare invocation does protect you during the rebuild, as the failing disk can then be replaced without compromising redundancy.</p>
<p>There are a million thoughts on this, I inhereted the practice from an EMC Customer Engineer when I worked in California.  A few friends of mine who are still architects have maintained.  I am however considering dropping them an email to see if it&#8217;s still practiced.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JM</title>
		<link>http://blog.nigelpoulton.com/of-emc-raid-6-and-dragons/comment-page-1/#comment-121</link>
		<dc:creator>JM</dc:creator>
		<pubDate>Thu, 11 Jan 2007 20:10:09 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=67#comment-121</guid>
		<description>I don&#039;t have much to say about RAID6, but as far as your author&#039;s note at the end on running spares with Symmetrix...  I&#039;ve also heard of people running no spares until the engineer shows up.  Unless you&#039;ve got performance concerns and want to schedule your rebuild to happen off-hours, I don&#039;t think I agree with the practice.  I understand what the argument is, but for me it&#039;s all about how much time I&#039;m vulnerable to that second disk failure.  I&#039;ll grant you that second disk is more likely to fail during the rebuild rather than under normal conditions, but every minute past when that first disk drops out of the RAID set means another minute my data is unprotected.  If a spare is configured and is invoked, that amount of time is minimized as best it can be.  Personally, I don&#039;t care if the engineer has to wait before he can tell the box to spare back to the new disk or not.  He can sit there and twiddle his thumbs and wait or he can remotely dial in later and do it.  We&#039;ve paid for the support contract, his inconvenience is included.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t have much to say about RAID6, but as far as your author&#8217;s note at the end on running spares with Symmetrix&#8230;  I&#8217;ve also heard of people running no spares until the engineer shows up.  Unless you&#8217;ve got performance concerns and want to schedule your rebuild to happen off-hours, I don&#8217;t think I agree with the practice.  I understand what the argument is, but for me it&#8217;s all about how much time I&#8217;m vulnerable to that second disk failure.  I&#8217;ll grant you that second disk is more likely to fail during the rebuild rather than under normal conditions, but every minute past when that first disk drops out of the RAID set means another minute my data is unprotected.  If a spare is configured and is invoked, that amount of time is minimized as best it can be.  Personally, I don&#8217;t care if the engineer has to wait before he can tell the box to spare back to the new disk or not.  He can sit there and twiddle his thumbs and wait or he can remotely dial in later and do it.  We&#8217;ve paid for the support contract, his inconvenience is included.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

