<div dir="ltr">No guarantee...unless you are using ess/gss solution.<br><div><br>Crappy network will get you loads of expels and occasional fscks.  Which I guess beats data loss and recovery from backup.<br><br></div><div>YOu probably have a network issue...they can be subtle.  Gpfs is a very extremely thorough network tester.<br><br><br></div><div>Eric<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 2, 2017 at 11:57 AM, Stijn De Weirdt <span dir="ltr"><<a href="mailto:stijn.deweirdt@ugent.be" target="_blank">stijn.deweirdt@ugent.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi all,<br>
<br>
is there any documentation wrt data integrity in spectrum scale:<br>
assuming a crappy network, does gpfs garantee somehow that data written<br>
by client ends up safe in the nsd gpfs daemon; and similarly from the<br>
nsd gpfs daemon to disk.<br>
<br>
and wrt crappy network, what about rdma on crappy network? is it the same?<br>
<br>
(we are hunting down a crappy infiniband issue; ibm support says it's<br>
network issue; and we see no errors anywhere...)<br>
<br>
thanks a lot,<br>
<br>
stijn<br>
______________________________<wbr>_________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/<wbr>listinfo/gpfsug-discuss</a><br>
</blockquote></div><br></div>