[JBoss JIRA] (ISPN-8948) Cluster listeners and XSite
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8948?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo commented on ISPN-8948:
-----------------------------------
As Tristan suggested, adding {{@Listener(localSiteOnly=true)}} would do the trick.
> Cluster listeners and XSite
> ---------------------------
>
> Key: ISPN-8948
> URL: https://issues.jboss.org/browse/ISPN-8948
> Project: Infinispan
> Issue Type: Task
> Components: Cross-Site Replication, Listeners
> Affects Versions: 9.2.0.Final
> Reporter: Galder Zamarreño
>
> As per info from Will and Pedro, when a cluster listener is defined in multiple sites, updates coming from another site might trigger listeners in a site.
> This might not always be what you want it to happen, e.g. if a site is backup of another and the event should only be processed in the site of origin.
> Tests should be added to xsite testsuite to verify this. This should be documented, as well as workarounds to avoid this happening (e.g. server side filter?)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8948) Cluster listeners and XSite
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-8948:
--------------------------------------
Summary: Cluster listeners and XSite
Key: ISPN-8948
URL: https://issues.jboss.org/browse/ISPN-8948
Project: Infinispan
Issue Type: Task
Components: Cross-Site Replication, Listeners
Affects Versions: 9.2.0.Final
Reporter: Galder Zamarreño
As per info from Will and Pedro, when a cluster listener is defined in multiple sites, updates coming from another site might trigger listeners in a site.
This might not always be what you want it to happen, e.g. if a site is backup of another and the event should only be processed in the site of origin.
Tests should be added to xsite testsuite to verify this. This should be documented, as well as workarounds to avoid this happening (e.g. server side filter?)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8945) ClusterListenerDist(Tx)AddListener random failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-8945?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-8945:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> ClusterListenerDist(Tx)AddListener random failures
> --------------------------------------------------
>
> Key: ISPN-8945
> URL: https://issues.jboss.org/browse/ISPN-8945
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.Final
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 9.2.1.Final
>
>
> There are 2 test methods that seem to like to fail for both the Tx and non tx tests. I can't seem to reproduce this after hours of running just the tests with or without logs and with reduced CPUs available. I also couldn't reproduce it running the entire test suite with and without tracing and reduced CPU or not.
> I am at a point to give up and just increase the timeouts. Currently these test expect 10s to be enough to add a new node and wait for a rebalance. The rebalance wait alone waits up to 60s. It doens't seem unreasonable therefore to just increase this to 30s. If it still fails afterwards there is some other issue most likely.
> https://ci.infinispan.org/job/Infinispan/job/master/505/testReport/
> {noformat}
> java.lang.IllegalStateException: Thread already timed out waiting for event pre_add_listener_release_Cache 'cluster-listener'@ClusterListenerDistTxAddListenerTest-NodeA-45441
> at org.infinispan.test.fwk.CheckPoint.trigger(CheckPoint.java:175)
> at org.infinispan.test.fwk.CheckPoint.triggerForever(CheckPoint.java:164)
> at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerDistAddListenerTest.testMemberJoinsWhileClusterListenerInstalled(AbstractClusterListenerDistAddListenerTest.java:96)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8945) ClusterListenerDist(Tx)AddListener random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8945?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8945:
-------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/5842, https://github.com/infinispan/infinispan/pull/5843 (was: https://github.com/infinispan/infinispan/pull/5842)
> ClusterListenerDist(Tx)AddListener random failures
> --------------------------------------------------
>
> Key: ISPN-8945
> URL: https://issues.jboss.org/browse/ISPN-8945
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.Final
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 9.2.1.Final
>
>
> There are 2 test methods that seem to like to fail for both the Tx and non tx tests. I can't seem to reproduce this after hours of running just the tests with or without logs and with reduced CPUs available. I also couldn't reproduce it running the entire test suite with and without tracing and reduced CPU or not.
> I am at a point to give up and just increase the timeouts. Currently these test expect 10s to be enough to add a new node and wait for a rebalance. The rebalance wait alone waits up to 60s. It doens't seem unreasonable therefore to just increase this to 30s. If it still fails afterwards there is some other issue most likely.
> https://ci.infinispan.org/job/Infinispan/job/master/505/testReport/
> {noformat}
> java.lang.IllegalStateException: Thread already timed out waiting for event pre_add_listener_release_Cache 'cluster-listener'@ClusterListenerDistTxAddListenerTest-NodeA-45441
> at org.infinispan.test.fwk.CheckPoint.trigger(CheckPoint.java:175)
> at org.infinispan.test.fwk.CheckPoint.triggerForever(CheckPoint.java:164)
> at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerDistAddListenerTest.testMemberJoinsWhileClusterListenerInstalled(AbstractClusterListenerDistAddListenerTest.java:96)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years