<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial"><div>This is regarding glusterfs(3.7.6) issue we are facing at our end.&nbsp;</div><div><br></div><div>We have a logging file which saves logs of the events for two &nbsp;node and this file are in sync using replica volume. When we restart the nodes , we see that log file of one board is not in the sync .</div><div><br></div><div><br></div><div>How to reproduce:</div><div><br></div><div><span style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);">1.Create a volume consisting of two bricks as replica type.&nbsp;</span><br style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);"><span style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);">2.There is a mount point to the volume in each brick.&nbsp;</span><br style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);"><span style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);">3.The two brick write the same logging file by the mount point of their own.&nbsp;</span><br style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);"><span style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);">4.Reboot two nodes one by one. May be reboot A node firstly and B node continued to write the logging file through their mount point.&nbsp;</span><br style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);"><span style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);">5.After two node startup, the logging file is quite different looked by the mount point of their own.£¨Does its format corrupted means different that is not in the sync?£©&nbsp;</span><br style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);"><span style="color: rgb(51, 51, 51); font-family: Arial, sans-serif; line-height: 20px; background-color: rgb(245, 245, 245);">6.heal is not work in this case.&nbsp;</span></div><div><br></div><div><br></div><div>I have checked the outputs of some gluster commands to see if the split brain entries are present , but I don't see any significant outcome from that.&nbsp;</div><div><br></div><div><br></div><div>=============================================================================================&nbsp;</div><div>$ lhsh 000300 /usr/sbin/gluster volume heal c_glusterfs info split-brain&nbsp;</div><div>0003: Brick 192.32.0.48:/opt/lvmdir/c2/brick&nbsp;</div><div>0003: Number of entries in split-brain: 0&nbsp;</div><div>0003: Brick 192.32.1.144:/opt/lvmdir/c2/brick&nbsp;</div><div>0003: Number of entries in split-brain: 0&nbsp;</div><div>=============================================================================================&nbsp;</div><div>$ lhsh 002500 /usr/sbin/gluster volume heal c_glusterfs info split-brain&nbsp;</div><div>0025: Brick 192.32.0.48:/opt/lvmdir/c2/brick&nbsp;</div><div>0025: Number of entries in split-brain: 0&nbsp;</div><div>0025: Brick 192.32.1.144:/opt/lvmdir/c2/brick&nbsp;</div><div>0025: Number of entries in split-brain: 0&nbsp;</div><div>$&nbsp;</div><div><br></div><div><br></div><div>Thanks,</div><div>Xin</div></div><br><br><span title="neteasefooter"><p>&nbsp;</p></span>