<html><body><p><font size="2">>></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>> <br>> Message: 6<br>> Date: Wed, 15 Mar 2017 14:25:41 +0000<br>> From: "Buterbaugh, Kevin L" <Kevin.Buterbaugh@Vanderbilt.Edu><br>> To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>> Subject: Re: [gpfsug-discuss] mmcrfs issue<br>> Message-ID: <F5D928E7-5ADF-4491-A8FB-AF3885E9A8A3@vanderbilt.edu><br>> Content-Type: text/plain; charset="utf-8"<br>> <br>> Hi All,<br>> <br>> Since I started this thread I guess I should chime in, too ? for us <br>> it was simply that we were testing a device that did not have <br>> hardware RAID controllers and we were wanting to implement something<br>> roughly equivalent to RAID 6 LUNs.<br>> <br>> Kevin<br>> <br>> > On Mar 14, 2017, at 5:16 PM, Aaron Knister <aaron.s.knister@nasa.gov> wrote:<br>> > <br>> > For me it's the protection against bitrot and added protection <br>> against silent data corruption and in theory the write caching <br>> offered by adding log devices that could help with small random <br>> writes (although there are other problems with ZFS + synchronous <br>> workloads that stop this from actually materializing).<br>> > <br>> > -Aaron<br>> > <br></font></tt><BR>
</body></html>