Description of problem: hard-link creation followed by a rename causes stale hard-links if changelogs are replayed Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 0. create and start geo-rep on a volume 1. touch f1; and wait for 20 seconds 2. ln f1 link1; mv link1 link2; and wait for 20 seconds 3. stop and start geo-rep 4. you will see link1 getting created on slave volume; ideally it shouldn't exist Actual results: link1 exists after logs are replayed Expected results: link1 shouldn't exist Additional info:
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#1) for review on master by Milind Changire (mchangir)
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#2) for review on master by Milind Changire (mchangir)
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#3) for review on master by Milind Changire (mchangir)
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#4) for review on master by Milind Changire (mchangir)
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#5) for review on master by Milind Changire (mchangir)
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#6) for review on master by Milind Changire (mchangir)
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#7) for review on master by Milind Changire (mchangir)
REVIEW: http://review.gluster.org/13189 (geo-rep: hard-link rename issues on changelog replay) posted (#8) for review on master by Milind Changire (mchangir)
COMMIT: http://review.gluster.org/13189 committed in master by Aravinda VK (avishwan) ------ commit bf03543388c39e4b5162ff5866ba4754fb4fdfc1 Author: Milind Changire <mchangir> Date: Wed Jan 6 21:23:51 2016 +0530 geo-rep: hard-link rename issues on changelog replay Problem: LINK + RENAME changelog when replayed after worker restart causes stale hard-links to persist since VFS returns success for RENAME if hard-links point to same inode. Solution: Worker detects RENAME being issued on hard-links to the same inode and unlinks the source file-name. Conditionally rename by verifying that the source gfid matches with the on-disk gfid on the slave. Change-Id: I3ff1c30ef79e77503c8b246d46dab8ac3059ccf2 BUG: 1296174 Signed-off-by: Milind Changire <mchangir> Reviewed-on: http://review.gluster.org/13189 Smoke: Gluster Build System <jenkins.com> NetBSD-regression: NetBSD Build System <jenkins.org> CentOS-regression: Gluster Build System <jenkins.com> Reviewed-by: Aravinda VK <avishwan>
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.8.0, please open a new bug report. glusterfs-3.8.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] http://blog.gluster.org/2016/06/glusterfs-3-8-released/ [2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user