[jboss-jira] [JBoss JIRA] (WFLY-8540) Former singleton provider node leaving cluster after re-election causes another re-election
Paul Ferraro (JIRA)
issues at jboss.org
Fri Apr 7 11:27:00 EDT 2017
[ https://issues.jboss.org/browse/WFLY-8540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Paul Ferraro moved JBEAP-10216 to WFLY-8540:
--------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8540 (was: JBEAP-10216)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Clustering
(was: Clustering)
Affects Version/s: 11.0.0.Alpha1
(was: 7.1.0.DR15)
> Former singleton provider node leaving cluster after re-election causes another re-election
> --------------------------------------------------------------------------------------------
>
> Key: WFLY-8540
> URL: https://issues.jboss.org/browse/WFLY-8540
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 11.0.0.Alpha1
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Critical
>
> With a random election policy, this situation is likely to happen:
> 1. After a topology change, new singleton provider is elected
> 2. Former singleton provider undeploys the singleton application, which causes it to leave a cluster for a while
> 3. This topology change triggers another election
> 4. Loop continues
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
More information about the jboss-jira
mailing list