[JBoss JIRA] (WFCORE-1131) ISE swallows causes: SocketBindingManagerImpl$UnnamedRegistryImpl is overly picky about unbound sockets
by Michal Karm Babacek (JIRA)
Michal Karm Babacek created WFCORE-1131:
-------------------------------------------
Summary: ISE swallows causes: SocketBindingManagerImpl$UnnamedRegistryImpl is overly picky about unbound sockets
Key: WFCORE-1131
URL: https://issues.jboss.org/browse/WFCORE-1131
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Affects Versions: 2.0.1.Final
Reporter: Michal Karm Babacek
Assignee: Brian Stansberry
Fix For: 2.0.2.Final (EAP 7)
A failure like this isn't necessary:
{code}
08:02:23,475 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.jgroups.channel.ee.connector: org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee.connector: java.lang.IllegalStateException
at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:96)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalStateException
at org.jboss.as.network.SocketBindingManagerImpl$UnnamedRegistryImpl.unregisterBinding(SocketBindingManagerImpl.java:501)
at org.jboss.as.network.ManagedDatagramSocketBinding.close(ManagedDatagramSocketBinding.java:73)
at org.jboss.as.clustering.jgroups.ManagedSocketFactory.close(ManagedSocketFactory.java:148)
at org.jgroups.protocols.UDP.closeUnicastSocket(UDP.java:577)
at org.jgroups.protocols.UDP.destroySockets(UDP.java:429)
at org.jgroups.protocols.UDP.start(UDP.java:274)
at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:965)
at org.jgroups.JChannel.startStack(JChannel.java:890)
at org.jgroups.JChannel._preConnect(JChannel.java:553)
at org.jgroups.JChannel.connect(JChannel.java:288)
at org.jgroups.JChannel.connect(JChannel.java:279)
at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:94)
... 5 more
{code}
If there's no socket address, it should just move on.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (DROOLS-978) java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
by bing yang (JIRA)
[ https://issues.jboss.org/browse/DROOLS-978?page=com.atlassian.jira.plugin... ]
bing yang updated DROOLS-978:
-----------------------------
Description:
when i update the stateful rule in the kfs, then it gives me the NPE:
the 6.3.0.Final and the 6.4.0-snapshot can throws this exception:
Exception in thread "main" java.lang.NullPointerException
at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:254)
at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166)
at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123)
at org.drools.core.phreak.RuleExecutor.evaluateNetwork(RuleExecutor.java:65)
at org.drools.core.common.DefaultAgenda.evaluateEagerList(DefaultAgenda.java:1004)
at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:961)
at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
at com.test.TestAA.main(TestAA.java:103)
the TestAA.java:103 is
102: kContainer.updateToVersion(releaseId);
103: session.fireAllRules();
was:
when i update the stateful rule in the kfs, then it gives me the NPE:
the 6.3.0.Final and the 6.4.0-snapshot can throws this exception:
Exception in thread "main" java.lang.NullPointerException
at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:254)
at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166)
at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123)
at org.drools.core.phreak.RuleExecutor.evaluateNetwork(RuleExecutor.java:65)
at org.drools.core.common.DefaultAgenda.evaluateEagerList(DefaultAgenda.java:1004)
at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:961)
at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
at com.test.TestAA.main(TestAA.java:103)
> java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
> --------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-978
> URL: https://issues.jboss.org/browse/DROOLS-978
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.3.0.Final, 6.4.x
> Environment: JDK6 Win7 64bit
> Reporter: bing yang
> Assignee: Mario Fusco
> Labels: jboss
>
> when i update the stateful rule in the kfs, then it gives me the NPE:
> the 6.3.0.Final and the 6.4.0-snapshot can throws this exception:
> Exception in thread "main" java.lang.NullPointerException
> at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
> at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:254)
> at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166)
> at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123)
> at org.drools.core.phreak.RuleExecutor.evaluateNetwork(RuleExecutor.java:65)
> at org.drools.core.common.DefaultAgenda.evaluateEagerList(DefaultAgenda.java:1004)
> at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:961)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
> at com.test.TestAA.main(TestAA.java:103)
> the TestAA.java:103 is
> 102: kContainer.updateToVersion(releaseId);
> 103: session.fireAllRules();
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (DROOLS-978) java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
by bing yang (JIRA)
[ https://issues.jboss.org/browse/DROOLS-978?page=com.atlassian.jira.plugin... ]
bing yang updated DROOLS-978:
-----------------------------
Description:
when i update the stateful rule in the kfs, then it gives me the NPE:
the 6.3.0.Final and the 6.4.0-snapshot can throws this exception:
Exception in thread "main" java.lang.NullPointerException
at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:254)
at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166)
at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123)
at org.drools.core.phreak.RuleExecutor.evaluateNetwork(RuleExecutor.java:65)
at org.drools.core.common.DefaultAgenda.evaluateEagerList(DefaultAgenda.java:1004)
at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:961)
at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
at com.test.TestAA.main(TestAA.java:103)
was:
when i update the stateful rule in the kfs, then it gives me the NPE:
the 6.3.0.Final and the 6.4.0-snapshot can throws this exception:
Exception in thread "main" java.lang.NullPointerException
at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:254)
at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166)
at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123)
at org.drools.core.phreak.RuleExecutor.evaluateNetwork(RuleExecutor.java:65)
at org.drools.core.common.DefaultAgenda.evaluateEagerList(DefaultAgenda.java:1004)
at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:961)
at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
at com.test.rule.engine.drools.stateful.StatefulRuleEngine.fireRules(StatefulRuleEngine.java:197)
at com.test.demo.EngineDemo.main(EngineDemo.java:61)
> java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
> --------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-978
> URL: https://issues.jboss.org/browse/DROOLS-978
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.3.0.Final, 6.4.x
> Environment: JDK6 Win7 64bit
> Reporter: bing yang
> Assignee: Mario Fusco
> Labels: jboss
>
> when i update the stateful rule in the kfs, then it gives me the NPE:
> the 6.3.0.Final and the 6.4.0-snapshot can throws this exception:
> Exception in thread "main" java.lang.NullPointerException
> at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
> at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:254)
> at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166)
> at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123)
> at org.drools.core.phreak.RuleExecutor.evaluateNetwork(RuleExecutor.java:65)
> at org.drools.core.common.DefaultAgenda.evaluateEagerList(DefaultAgenda.java:1004)
> at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:961)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
> at com.test.TestAA.main(TestAA.java:103)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (DROOLS-978) java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
by bing yang (JIRA)
[ https://issues.jboss.org/browse/DROOLS-978?page=com.atlassian.jira.plugin... ]
bing yang updated DROOLS-978:
-----------------------------
Security: (was: Security Issue)
> java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
> --------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-978
> URL: https://issues.jboss.org/browse/DROOLS-978
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.3.0.Final, 6.4.x
> Environment: JDK6 Win7 64bit
> Reporter: bing yang
> Assignee: Mario Fusco
> Labels: jboss
>
> when i update the stateful rule in the kfs, then it gives me the NPE:
> the 6.3.0.Final and the 6.4.0-snapshot can throws this exception:
> Exception in thread "main" java.lang.NullPointerException
> at org.drools.core.reteoo.NodeTypeEnums.isBetaNode(NodeTypeEnums.java:88)
> at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:254)
> at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166)
> at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123)
> at org.drools.core.phreak.RuleExecutor.evaluateNetwork(RuleExecutor.java:65)
> at org.drools.core.common.DefaultAgenda.evaluateEagerList(DefaultAgenda.java:1004)
> at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:961)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260)
> at com.test.rule.engine.drools.stateful.StatefulRuleEngine.fireRules(StatefulRuleEngine.java:197)
> at com.test.demo.EngineDemo.main(EngineDemo.java:61)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5170) WildFlySecurityManager throws exception by some tests with security manager
by Ivo Studensky (JIRA)
[ https://issues.jboss.org/browse/WFLY-5170?page=com.atlassian.jira.plugin.... ]
Ivo Studensky reassigned WFLY-5170:
-----------------------------------
Assignee: Ivo Studensky (was: Ondrej Kotek)
> WildFlySecurityManager throws exception by some tests with security manager
> ---------------------------------------------------------------------------
>
> Key: WFLY-5170
> URL: https://issues.jboss.org/browse/WFLY-5170
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Marek Kopecký
> Assignee: Ivo Studensky
>
> *Description of problem:*
> WildFlySecurityManager throws ExceptionInInitializerError exception by some tests with security manager.
> *Affected tests found so far:*
> * org.jboss.as.test.integration.batch.deployment.JobControlTestCase#testStop
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20MessageSelectorTestCase#retestMessageSelectors
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase#testEjb20MDB
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20TopicTestCase#testEjb20TopicMDBs
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB21TestCase#testSimple21MDB
> * org.jboss.as.test.integration.ejb.pool.lifecycle.PooledEJBLifecycleTestCase#testMDB
> * org.jboss.as.test.xts.annotation.compensationScoped.CompensationScopedTestCase#shouldSeeDifferentValuesInDifferentTransactions
> * org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATVoteReadOnly
> * org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorSimple
> *Steps to Reproduce for MDB20QueueTestCase:*
> # ./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=MDB20QueueTestCase
> *Actual results:*
> {noformat}
> testEjb20MDB(org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase) Time elapsed: 0.094 sec <<< ERROR!
> java.lang.ExceptionInInitializerError: null
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:496)
> at java.lang.System.getProperty(System.java:717)
> at java.lang.Integer.getInteger(Integer.java:1101)
> at java.lang.Integer.getInteger(Integer.java:1057)
> at org.jboss.as.test.shared.TimeoutUtil.<clinit>(TimeoutUtil.java:39)
> at org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase.testEjb20MDB(MDB20QueueTestCase.java:110)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5170) WildFlySecurityManager throws exception by some tests with security manager
by Ivo Studensky (JIRA)
[ https://issues.jboss.org/browse/WFLY-5170?page=com.atlassian.jira.plugin.... ]
Ivo Studensky commented on WFLY-5170:
-------------------------------------
MDB20QueueTestCase is missing permissions to read ts.timeout.factor property.
> WildFlySecurityManager throws exception by some tests with security manager
> ---------------------------------------------------------------------------
>
> Key: WFLY-5170
> URL: https://issues.jboss.org/browse/WFLY-5170
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Marek Kopecký
> Assignee: Ondrej Kotek
>
> *Description of problem:*
> WildFlySecurityManager throws ExceptionInInitializerError exception by some tests with security manager.
> *Affected tests found so far:*
> * org.jboss.as.test.integration.batch.deployment.JobControlTestCase#testStop
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20MessageSelectorTestCase#retestMessageSelectors
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase#testEjb20MDB
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20TopicTestCase#testEjb20TopicMDBs
> * org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB21TestCase#testSimple21MDB
> * org.jboss.as.test.integration.ejb.pool.lifecycle.PooledEJBLifecycleTestCase#testMDB
> * org.jboss.as.test.xts.annotation.compensationScoped.CompensationScopedTestCase#shouldSeeDifferentValuesInDifferentTransactions
> * org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATVoteReadOnly
> * org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorSimple
> *Steps to Reproduce for MDB20QueueTestCase:*
> # ./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=MDB20QueueTestCase
> *Actual results:*
> {noformat}
> testEjb20MDB(org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase) Time elapsed: 0.094 sec <<< ERROR!
> java.lang.ExceptionInInitializerError: null
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:496)
> at java.lang.System.getProperty(System.java:717)
> at java.lang.Integer.getInteger(Integer.java:1101)
> at java.lang.Integer.getInteger(Integer.java:1057)
> at org.jboss.as.test.shared.TimeoutUtil.<clinit>(TimeoutUtil.java:39)
> at org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase.testEjb20MDB(MDB20QueueTestCase.java:110)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (JGRP-1976) Choose the next coordinator from the largest sub-cluster when merge
by Osamu Nagano (JIRA)
[ https://issues.jboss.org/browse/JGRP-1976?page=com.atlassian.jira.plugin.... ]
Osamu Nagano commented on JGRP-1976:
------------------------------------
The winning policy also keeps the coordinator, because {{Membership#add(Collection<Address>)}} keeps the iteration order and the first is the coordinator. So I believe the effect is just removing the randomness.
Of course setting {{GMS.membership_change_policy}} is possible but just tedious if the difference is just the randomness.
> Choose the next coordinator from the largest sub-cluster when merge
> -------------------------------------------------------------------
>
> Key: JGRP-1976
> URL: https://issues.jboss.org/browse/JGRP-1976
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Osamu Nagano
> Assignee: Bela Ban
> Fix For: 3.6.7
>
> Attachments: LargestWinningPolicy.java
>
>
> When sub-clusters merge, the current DefaultMembershipPolicy collects all coordinators from the sub-clusters and sorts it, then chooses the first one as the next coordinator (JGRP-1002). The sort is done by UUID which is random. Please consider to change the algorithm slightly to choose the one from the largest (in terms of the number of members) sub-cluster and make it the default.
> Choosing the largest one is reasonable from many point of views. For example, a WildFly cluster hosting a singleton service becomes more robust. Another scenario is about a large Inifnispan cluster. When you add an extra node and the node resides into another network segment, the new node tends to become an isolated coordinator initially (because a switch requires some time to reflect a new multicast route between the segments) then merges later. With the current implementation, this new node becomes the coordinator frequently and affects stability of the cluster by a cluster-wide rebalance. This is bad because the intention is to ease the cluster, not to unstabilize it.
> The implementation can be customized by membership_change_policy property of pbcast.GMS. I attach my implementation as LargestWinningPolicy.java as a reference.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (JGRP-1976) Choose the next coordinator from the largest sub-cluster when merge
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1976?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1976:
--------------------------------
I didn't want to make this the default because the current default tries to keep the existing coordinator, wheres the 'winning' policy just picks the first largest subview.
What's wrong with setting {{GMS.membership_change_policy}} in your config ?
> Choose the next coordinator from the largest sub-cluster when merge
> -------------------------------------------------------------------
>
> Key: JGRP-1976
> URL: https://issues.jboss.org/browse/JGRP-1976
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Osamu Nagano
> Assignee: Bela Ban
> Fix For: 3.6.7
>
> Attachments: LargestWinningPolicy.java
>
>
> When sub-clusters merge, the current DefaultMembershipPolicy collects all coordinators from the sub-clusters and sorts it, then chooses the first one as the next coordinator (JGRP-1002). The sort is done by UUID which is random. Please consider to change the algorithm slightly to choose the one from the largest (in terms of the number of members) sub-cluster and make it the default.
> Choosing the largest one is reasonable from many point of views. For example, a WildFly cluster hosting a singleton service becomes more robust. Another scenario is about a large Inifnispan cluster. When you add an extra node and the node resides into another network segment, the new node tends to become an isolated coordinator initially (because a switch requires some time to reflect a new multicast route between the segments) then merges later. With the current implementation, this new node becomes the coordinator frequently and affects stability of the cluster by a cluster-wide rebalance. This is bad because the intention is to ease the cluster, not to unstabilize it.
> The implementation can be customized by membership_change_policy property of pbcast.GMS. I attach my implementation as LargestWinningPolicy.java as a reference.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months