Description of problem: AFR volume: create a AFR volume, and then change a file in one brick (just add a row, so it is a wrong file).I delete this wrong file in this brick, and then execute "gluster volume heal afr_full". Guess what? yes,it recover a file in this brick, but ... this file is a wrong file(changed by me),not a copy from carbon node. why ? Version-Release number of selected component (if applicable): 3.4.1 & 3.3.2 How reproducible: always and I have test many times Steps to Reproduce: 1.create a AFR volume : afr_vol 2.change a file in one brick (just add a row) 3.gluster volume heal afr_vol full 4.recover a file (changed by me,not a copy from carbon node) Actual results: this file is the file which changed by me Expected results: recover a normal file (copy from other node) Additional info: so why?
Files on bricks should not be modified directly. Marking this as not a bug