[jboss-jira] [JBoss JIRA] (JGRP-1523) FD_ALL does not unsuspect on heartbeat
Bela Ban (JIRA)
jira-events at lists.jboss.org
Tue Oct 16 12:45:01 EDT 2012
[ https://issues.jboss.org/browse/JGRP-1523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12726934#comment-12726934 ]
Bela Ban commented on JGRP-1523:
--------------------------------
I still don't understand. What do you mean by [old_suspect, new_suspect, me, ...] ?
Can you write down a step-by-step description of the scenario that leads to the incorrect state ?
You can also ping me on IRC (#jgroups @ irc.freenode.net) if you want to discuss this interactively, or we can have a phone call. (I do speak German if that's of any help)
I'd like to release JGroups 3.2.0.Final by the end of October (actually: 1 week before the end of Oct), so if you want this to be fixed and included, as need to act asap.
Cheers,
> FD_ALL does not unsuspect on heartbeat
> --------------------------------------
>
> Key: JGRP-1523
> URL: https://issues.jboss.org/browse/JGRP-1523
> Project: JGroups
> Issue Type: Quality Risk
> Affects Versions: 3.0.14
> Reporter: Jan Boehm
> Assignee: Bela Ban
> Fix For: 3.0.15, 3.2
>
>
> FD_ALL stores suspected nodes in "suspected_mbrs" when it receives no heartbeats. If it does not predict the local node as new coordinator it does not pass this suspicion upwards. Since UNSUSPECT from upwards is the only event that removes a node from suspected_mbrs the set retains all nodes except the nodes that where newly suspected when local became the potential new coordinator.
> This seems wasteful and wrong (it leads to wrong results if there are "stale" suspects that would be preferred as new coordinators). The timestamps for nodes in suspected_mbrs should be rechecked in FD_ALL.suspect before adding the new nodes.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list