<html><body><p><font size="2">&gt;&gt;</font><tt><font size="2">For me it's the protection against bitrot and added protection against silent data corruption</font></tt><br><font size="2">GNR has this functionality.  Right now that is available through ESS though.  Not yet as software only.  <br><br>Steve Duersch<br>Spectrum Scale<br>845-433-7902<br>IBM Poughkeepsie, New York<br><br><br></font><br><br><tt><font size="2">gpfsug-discuss-bounces@spectrumscale.org wrote on 03/15/2017 10:25:59 AM:<br><br><br>&gt; <br>&gt; Message: 6<br>&gt; Date: Wed, 15 Mar 2017 14:25:41 +0000<br>&gt; From: &quot;Buterbaugh, Kevin L&quot; &lt;Kevin.Buterbaugh@Vanderbilt.Edu&gt;<br>&gt; To: gpfsug main discussion list &lt;gpfsug-discuss@spectrumscale.org&gt;<br>&gt; Subject: Re: [gpfsug-discuss] mmcrfs issue<br>&gt; Message-ID: &lt;F5D928E7-5ADF-4491-A8FB-AF3885E9A8A3@vanderbilt.edu&gt;<br>&gt; Content-Type: text/plain; charset=&quot;utf-8&quot;<br>&gt; <br>&gt; Hi All,<br>&gt; <br>&gt; Since I started this thread I guess I should chime in, too ? for us <br>&gt; it was simply that we were testing a device that did not have <br>&gt; hardware RAID controllers and we were wanting to implement something<br>&gt; roughly equivalent to RAID 6 LUNs.<br>&gt; <br>&gt; Kevin<br>&gt; <br>&gt; &gt; On Mar 14, 2017, at 5:16 PM, Aaron Knister &lt;aaron.s.knister@nasa.gov&gt; wrote:<br>&gt; &gt; <br>&gt; &gt; For me it's the protection against bitrot and added protection <br>&gt; against silent data corruption and in theory the write caching <br>&gt; offered by adding log devices that could help with small random <br>&gt; writes (although there are other problems with ZFS + synchronous <br>&gt; workloads that stop this from actually materializing).<br>&gt; &gt; <br>&gt; &gt; -Aaron<br>&gt; &gt; <br></font></tt><BR>
</body></html>