Hide Forgot
This was on distribute+replicate setup on rdma transport. Rsync command used was rsync -avz /usr /mnt/gluster/usr src/kernels/2.6.18-194.3.1.el5-x86_64/sound/sparc/ src/kernels/2.6.18-194.3.1.el5-x86_64/sound/sparc/Kconfig src/kernels/2.6.18-194.3.1.el5-x86_64/sound/sparc/Makefile src/kernels/2.6.18-194.3.1.el5-x86_64/sound/synth/ src/kernels/2.6.18-194.3.1.el5-x86_64/sound/synth/Makefile src/kernels/2.6.18-194.3.1.el5-x86_64/sound/synth/emux/ src/kernels/2.6.18-194.3.1.el5-x86_64/sound/synth/emux/Makefile src/kernels/2.6.18-194.3.1.el5-x86_64/sound/usb/ src/kernels/2.6.18-194.3.1.el5-x86_64/sound/usb/Kconfig src/kernels/2.6.18-194.3.1.el5-x86_64/sound/usb/Makefile src/kernels/2.6.18-194.3.1.el5-x86_64/sound/usb/usx2y/ src/kernels/2.6.18-194.3.1.el5-x86_64/sound/usb/usx2y/Makefile src/kernels/2.6.18-194.3.1.el5-x86_64/usr/ src/kernels/2.6.18-194.3.1.el5-x86_64/usr/Kconfig src/kernels/2.6.18-194.3.1.el5-x86_64/usr/Makefile sent 910397255 bytes received 2055422 bytes 72419.75 bytes/sec total size is 2590701038 speedup is 2.84 rsync error: some files could not be transferred (code 23) at main.c(892) [sender=2.6.8] Calculating checksums on source and destination
Does this still happen?
<Comment from Anush> I keep getting these errors but I found out that lot of people have reported this issue about rsync. But this is not the bug which causes md5sum mismatch on rdma. Eg. http://ubuntuforums.org/showthread.php?t=445117 So we probably don't have to consider it as an GlusterFS issue? </Comment from Anush> Also, we've not encountered this issue after the bug has been failed. Hence marking this as invalid. Please reopen if encountered again