[jboss-jira] [JBoss JIRA] Commented: (JGRP-622) Stop flush should be invoked by cluster members individually when flush coordinator leaves
Vladimir Blagojevic (JIRA)
jira-events at lists.jboss.org
Wed Nov 21 14:33:19 EST 2007
[ http://jira.jboss.com/jira/browse/JGRP-622?page=comments#action_12388684 ]
Vladimir Blagojevic commented on JGRP-622:
------------------------------------------
Resolved on HEAD:
User: vlada
Date: 07/11/21 11:29:54
Modified: src/org/jgroups/protocols/pbcast FLUSH.java
Log:
http://jira.jboss.com/jira/browse/JGRP-623
http://jira.jboss.com/jira/browse/JGRP-624
http://jira.jboss.com/jira/browse/JGRP-622
Revision Changes Path
1.85 +22 -13 JGroups/src/org/jgroups/protocols/pbcast/FLUSH.java
> Stop flush should be invoked by cluster members individually when flush coordinator leaves
> ------------------------------------------------------------------------------------------
>
> Key: JGRP-622
> URL: http://jira.jboss.com/jira/browse/JGRP-622
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 2.6
> Reporter: Vladimir Blagojevic
> Assigned To: Vladimir Blagojevic
> Fix For: 2.7, 2.6.1
>
>
> Currently when member A who is a coordinator leaves we execute flush coordinator transfer. That is member A starts flush for view V but member B completes it with stop flush.
> Member B, neighbor of A, receives a view V where coordinator is excluded, it takes over completion of flush. However, when B sends stop flush, then stop flush might arrive at member C *before* view V sent by A. Thus events get reordered.
> If each remaining member in V detects (through view) that member A left then each one of the members can complete flush individually by "pretending" that it received stop flush from A.
> This bug is likely to occur only with bundling disabled.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list