[jboss-jira] [JBoss JIRA] Commented: (JGRP-1061) FLUSH: asymmetric merge fails
[
https://jira.jboss.org/browse/JGRP-1061?page=com.atlassian.jira.plugin.sy...
]
Bela Ban commented on JGRP-1061:
--------------------------------
Possible solution: remove members from flush set which don't have us in their view,
e.g.
A: ABC
B: BC
C: BC
When A tries to flush ABC, it'll fails as it doesn't get a response from C, so we
do the following:
A: ABC: B doesn't have A in its view, remove B. C oesn't have A in its view:
remove C: target set remaining: {A}
B: C has us in its view: target set remaining {BC}
C: B has us in their view, target set remaining: {BC}
So the finalized flush set is:
A: A
B: BC
C: BC
Second example:
A: AB
B: B
Target set:
A: A
B: B
This simple algorithm should give us non overlapping target flush sets
FLUSH: asymmetric merge fails
-----------------------------
Key: JGRP-1061
URL: https://jira.jboss.org/browse/JGRP-1061
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.10
A: {B,A,C}
B: {B,C}
C: {B,C}
B and C have the same view, but A has a different (older) view which still includes B and
C
The new merge now determines that the partition coordinators for the merge are B and A.
When FLUSH is enabled, before handling the merge request A tries to flush {A,B,C} and B
tries to flush {B,C}. The latter works, but the former fails as A cannot communicate with
B and C !
SOLUTION: the partition for A needs to be {A} and not {B,A,C}.
Is this possible in all cases, or can we NOT prevent merging of overlapping partitions ?
(Then flush would always fail !)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira