[Bugs] [Bug 1225809] [DHT-REBALANCE]-DataLoss: The data appended to a file during its migration will be lost once the migration is done
bugzilla at redhat.com
bugzilla at redhat.com
Thu Jun 4 16:44:27 UTC 2015
https://bugzilla.redhat.com/show_bug.cgi?id=1225809
--- Comment #11 from Anand Avati <aavati at redhat.com> ---
COMMIT: http://review.gluster.org/10967 committed in release-3.7 by Shyamsundar
Ranganathan (srangana at redhat.com)
------
commit 7aa52673cc70011750ff019cefad8e0229f892ad
Author: Nithya Balachandran <nbalacha at redhat.com>
Date: Tue May 19 23:27:35 2015 +0530
cluster/dht: fix incorrect dst subvol info in inode_ctx
Stashing additional information in the inode_ctx to help
decide whether the migration information is stale, which could
happen if a file was migrated several times but FOPs only detected
the P1 migration phase. If no FOP detects the P2 phase, the inode
ctx1 is never reset.
We now save the src subvol as well as the dst subvol in the
inode ctx. The src subvol is the subvol on which the FOP was sent
when the mig info was set in the inode ctx. This information is
considered stale if:
1. The subvol on which the current FOP is sent is the same as
the dst subvol in the ctx
2. The subvol on which the current FOP is sent is not the same
as the src subvol in the ctx
This does not handle the case where the same file might have been
renamed such that the src subvol is the same but the dst subvol
is different. However, that is unlikely to happen very often.
Change-Id: I05a2e9b107ee64750c7ca629aee03b03a02ef75f
BUG: 1225809
Signed-off-by: Nithya Balachandran <nbalacha at redhat.com>
Reviewed-on: http://review.gluster.org/10967
Tested-by: Gluster Build System <jenkins at build.gluster.com>
Reviewed-by: Raghavendra G <rgowdapp at redhat.com>
Tested-by: Raghavendra G <rgowdapp at redhat.com>
Tested-by: NetBSD Build System <jenkins at build.gluster.org>
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=34fz3vUQap&a=cc_unsubscribe
More information about the Bugs
mailing list