Bug 986929
| Summary: | dist-geo-rep: create/link/unlink results in data loss on the slave | ||
|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Venky Shankar <vshankar> |
| Component: | geo-replication | Assignee: | Venky Shankar <vshankar> |
| Status: | CLOSED ERRATA | QA Contact: | Vijaykumar Koppad <vkoppad> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 2.1 | CC: | aavati, amarts, bbandari, csaba, rhs-bugs, sdharane, vkoppad |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | glusterfs-3.4.0.12rhs.beta6-1 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-09-23 22:38:45 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
verified on glusterfs-3.4.0.17rhs-1.el6rhs.x86_64 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1262.html Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1262.html |
Description of problem: An operation like the following would result in gsyncd trying to retry the CHANGELOG again and again: CREATE GFID PARGFID/BNAME WRITE GFID ... ... LINK PARGFID/NAME PARGFID1/BNAME1 ... ... UNLINK PARGFID/BNAME Since entry operations are performed first, the object represented by PARGFID/BNAME (GFID) is no longer present on the slave. But beacuse of an hardlink operation the object still exist on the master. This causes data loss on the slave (for the hardlink). Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 0. Start Geo-replication b/w master and slave 1. Create a file on master and write data to the file. 2. Create an hardlink to the above file 3. unlink the file created in Step 1 Actual results: The hardlink is created on the slave but had 0 bytes (empty file). Expected results: master and slave should be in sync. Additional info: