<div dir="ltr">Perhaps for checksum verification and data integrity checks - continuously use this - <a href="https://github.com/avati/arequal">https://github.com/avati/arequal</a> </div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Aug 29, 2013 at 8:32 AM, Michael Peek <span dir="ltr">&lt;<a href="mailto:peek@nimbios.org" target="_blank">peek@nimbios.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 08/26/2013 01:14 PM, Anand Avati wrote:<br>
&gt; Michael,<br>
&gt; The problem looks very strange. We haven&#39;t come across such an issue<br>
&gt; (in glusterfs) so far. However I do recall seeing such bit flips at a<br>
&gt; customer site in the past, and in the end it was diagnosed to be a<br>
&gt; hardware issue. Can you retry a few runs of same rsync directly to the<br>
&gt; backends through nfs or rsyncd (without involving gluster or ssh),<br>
&gt; from the same client and same data set, to both the servers and see if<br>
&gt; you can reproduce such a md5sum/sha1sum mismatch?<br>
&gt;<br>
<br>
</div>Will do.<br>
<div class="im"><br>
On 08/27/2013 03:41 AM, Giovanni Toraldo wrote:<br>
&gt; An overnight run of memtest86 on every node it&#39;s reasonable too.<br>
<br>
</div>I am doing this now.  (I should have thought about trying this before I<br>
posted.)<br>
<div class="HOEnZb"><div class="h5"><br>
Michael Peek<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><i style="font-family:arial;font-size:small">Religious confuse piety with mere ritual, the virtuous confuse regulation with outcomes</i><br>
</div>
</div>