<?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: Hammer and mirrored disks	</title>
	<atom:link href="https://www.dragonflydigest.com/2014/07/30/hammer-and-mirrored-disks/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2014/07/30/hammer-and-mirrored-disks/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Sun, 03 Aug 2014 15:49:21 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.2</generator>
	<item>
		<title>
		By: Justin Sherrill		</title>
		<link>https://www.dragonflydigest.com/2014/07/30/hammer-and-mirrored-disks/comment-page-1/#comment-194592</link>

		<dc:creator><![CDATA[Justin Sherrill]]></dc:creator>
		<pubDate>Sun, 03 Aug 2014 15:49:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=14482#comment-194592</guid>

					<description><![CDATA[Yeah, you&#039;re right - the implementation matters.  As I said, it&#039;s not reasonable - just my reflex.  I worry about conflicts between what the hardware thinks is there and what the software thinks is there; the readability of the remaining data if there&#039;s a dead disk, etc.

I suspect part of the popularity of cloud services is because people can blithely give up on caring about redundancy because the problem is shoved on someone else.]]></description>
			<content:encoded><![CDATA[<p>Yeah, you&#8217;re right &#8211; the implementation matters.  As I said, it&#8217;s not reasonable &#8211; just my reflex.  I worry about conflicts between what the hardware thinks is there and what the software thinks is there; the readability of the remaining data if there&#8217;s a dead disk, etc.</p>
<p>I suspect part of the popularity of cloud services is because people can blithely give up on caring about redundancy because the problem is shoved on someone else.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Rahul Siddharthan		</title>
		<link>https://www.dragonflydigest.com/2014/07/30/hammer-and-mirrored-disks/comment-page-1/#comment-194476</link>

		<dc:creator><![CDATA[Rahul Siddharthan]]></dc:creator>
		<pubDate>Sun, 03 Aug 2014 13:05:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=14482#comment-194476</guid>

					<description><![CDATA[&quot;software RAID means that one scrambled bit of data on one disk means that the whole group is messed up&quot;
Doesn&#039;t that depend on the implementation?  My impression was that it shouldn&#039;t happen with a well-implemented RAID 5 or 6 (distributed parity).  And in particular, with something like ZFS that does aggressive checksumming, it shouldn&#039;t be a concern.]]></description>
			<content:encoded><![CDATA[<p>&#8220;software RAID means that one scrambled bit of data on one disk means that the whole group is messed up&#8221;<br />
Doesn&#8217;t that depend on the implementation?  My impression was that it shouldn&#8217;t happen with a well-implemented RAID 5 or 6 (distributed parity).  And in particular, with something like ZFS that does aggressive checksumming, it shouldn&#8217;t be a concern.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Justin Sherrill		</title>
		<link>https://www.dragonflydigest.com/2014/07/30/hammer-and-mirrored-disks/comment-page-1/#comment-191700</link>

		<dc:creator><![CDATA[Justin Sherrill]]></dc:creator>
		<pubDate>Thu, 31 Jul 2014 12:36:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=14482#comment-191700</guid>

					<description><![CDATA[Oddly, I always had the opposite impression - software RAID means that one scrambled bit of data on one disk means that the whole group is messed up, and since more disks means lower MTBF overall, you are more likely to lose everything.  

That&#039;s not necessarily a reasonable worry; just the impression I&#039;ve had.  In any case, proper backups (which is one place Hammer mirroring can come in very handy) is the best thing to have no matter your disk setup.]]></description>
			<content:encoded><![CDATA[<p>Oddly, I always had the opposite impression &#8211; software RAID means that one scrambled bit of data on one disk means that the whole group is messed up, and since more disks means lower MTBF overall, you are more likely to lose everything.  </p>
<p>That&#8217;s not necessarily a reasonable worry; just the impression I&#8217;ve had.  In any case, proper backups (which is one place Hammer mirroring can come in very handy) is the best thing to have no matter your disk setup.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Lazarus		</title>
		<link>https://www.dragonflydigest.com/2014/07/30/hammer-and-mirrored-disks/comment-page-1/#comment-191595</link>

		<dc:creator><![CDATA[Lazarus]]></dc:creator>
		<pubDate>Thu, 31 Jul 2014 11:00:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=14482#comment-191595</guid>

					<description><![CDATA[I&#039;ve always been told that hardware raid is evil. Say your controller dies, you need to get the exact same hardware in order to recover data on the raid volume. With software raid, you just plug the disks into another machine. Moot point i guess since you&#039;d likely also have proper backups.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve always been told that hardware raid is evil. Say your controller dies, you need to get the exact same hardware in order to recover data on the raid volume. With software raid, you just plug the disks into another machine. Moot point i guess since you&#8217;d likely also have proper backups.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
