<?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: Planning Servers for Failure</title>
	<atom:link href="http://etbe.coker.com.au/2009/11/22/planning-servers-for-failure/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au/2009/11/22/planning-servers-for-failure/</link>
	<description>Linux, politics, and other interesting things</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:09:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Toby</title>
		<link>http://etbe.coker.com.au/2009/11/22/planning-servers-for-failure/comment-page-1/#comment-21597</link>
		<dc:creator>Toby</dc:creator>
		<pubDate>Tue, 24 Nov 2009 01:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1433#comment-21597</guid>
		<description>I am not sure how familiar you are with ZFS, so - I&#039;ll summarise - the crucial advantage is that ZFS uses checksums for data and metadata and performs self healing, where RAID cannot even detect corruption. http://hub.opensolaris.org/bin/view/Community+Group+zfs/whatis

A half written mirror caused by a power failure, e.g. leaves RAID with a likely undetected, unfixable integrity problem. ZFS will detect and fix it, ensuring that bad data will not reach your application or operating system.

By this criterion alone, it obsoletes software RAID and practically all forms of hardware RAID.</description>
		<content:encoded><![CDATA[<p>I am not sure how familiar you are with ZFS, so &#8211; I&#8217;ll summarise &#8211; the crucial advantage is that ZFS uses checksums for data and metadata and performs self healing, where RAID cannot even detect corruption. <a href="http://hub.opensolaris.org/bin/view/Community+Group+zfs/whatis" rel="nofollow">http://hub.opensolaris.org/bin/view/Community+Group+zfs/whatis</a></p>
<p>A half written mirror caused by a power failure, e.g. leaves RAID with a likely undetected, unfixable integrity problem. ZFS will detect and fix it, ensuring that bad data will not reach your application or operating system.</p>
<p>By this criterion alone, it obsoletes software RAID and practically all forms of hardware RAID.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2009/11/22/planning-servers-for-failure/comment-page-1/#comment-21550</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Sun, 22 Nov 2009 21:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1433#comment-21550</guid>
		<description>Toby: I agree that RAID doesn&#039;t solve all problems.  But it does solve certain classes of reasonably common problems very well.

Please explain the relevance of your comment about ZFS.</description>
		<content:encoded><![CDATA[<p>Toby: I agree that RAID doesn&#8217;t solve all problems.  But it does solve certain classes of reasonably common problems very well.</p>
<p>Please explain the relevance of your comment about ZFS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toby</title>
		<link>http://etbe.coker.com.au/2009/11/22/planning-servers-for-failure/comment-page-1/#comment-21547</link>
		<dc:creator>Toby</dc:creator>
		<pubDate>Sun, 22 Nov 2009 17:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1433#comment-21547</guid>
		<description>RAID is no panacea. Compare with ZFS.</description>
		<content:encoded><![CDATA[<p>RAID is no panacea. Compare with ZFS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

