> No guarantee...unless you are using ess/gss solution. ok, so crappy network == corrupt data? hmmm, that is really a pity on 2017...
> > Crappy network will get you loads of expels and occasional fscks. Which I > guess beats data loss and recovery from backup. if only we had errors like that. with the current issue mmfsck is the only tool that seems to trigger them (and setting some of the nsdChksum config flags reports checksum errors in the log files). but nsdperf with verify=on reports nothing. > > YOu probably have a network issue...they can be subtle. Gpfs is a very > extremely thorough network tester. we know ;) stijn > > > Eric > > On Wed, Aug 2, 2017 at 11:57 AM, Stijn De Weirdt <[email protected]> > wrote: > >> hi all, >> >> is there any documentation wrt data integrity in spectrum scale: >> assuming a crappy network, does gpfs garantee somehow that data written >> by client ends up safe in the nsd gpfs daemon; and similarly from the >> nsd gpfs daemon to disk. >> >> and wrt crappy network, what about rdma on crappy network? is it the same? >> >> (we are hunting down a crappy infiniband issue; ibm support says it's >> network issue; and we see no errors anywhere...) >> >> thanks a lot, >> >> stijn >> _______________________________________________ >> gpfsug-discuss mailing list >> gpfsug-discuss at spectrumscale.org >> http://gpfsug.org/mailman/listinfo/gpfsug-discuss >> > > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss > _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
