[JBoss JIRA] (ISPN-8992) create-on-start atribute ignored for jdbc stores
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8992?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8992:
------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> create-on-start atribute ignored for jdbc stores
> ------------------------------------------------
>
> Key: ISPN-8992
> URL: https://issues.jboss.org/browse/ISPN-8992
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.2.0.Final
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Fix For: 9.2.1.Final
>
>
> Using JDBC persistence on cache causes errors "TABLE JDG_xxx ALREADY exists" on Mysql, when stopping and starting the server. The attribute *create-on-start* which would prevent creation of the tables is currently ignored.
> {code:xml}
> <string-keyed-jdbc-store datasource="java:jboss/MySqlDS" passivation="false" preload="true" purge="false" shared="true">
> <property name="databaseType">MYSQL</property>
> <string-keyed-table prefix="JDG" create-on-start="false">
> <id-column name="id" type="VARCHAR(100)"/>
> <data-column name="datum" type="BLOB"/>
> <timestamp-column name="version" type="BIGINT"/>
> </string-keyed-table>
> </string-keyed-jdbc-store>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8908) Remote cache fails to get entries when state transfer is turned off
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-8908?page=com.atlassian.jira.plugin.... ]
Radim Vansa commented on ISPN-8908:
-----------------------------------
[~pferraro] fetchInMemoryState(false) does not disable cache topology updates. It just omits moving the data around during rebalance.
> Remote cache fails to get entries when state transfer is turned off
> -------------------------------------------------------------------
>
> Key: ISPN-8908
> URL: https://issues.jboss.org/browse/ISPN-8908
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer
> Affects Versions: 9.2.0.Final
> Reporter: Vojtech Juranek
> Assignee: Pedro Ruivo
>
> When state transfer is turned off, remote cache fails to obtain cache entries from HR server (in client-server mode) which connects to the cluster. Only about half of the entries can be seen by HR client on newly connected server, both in replicated cache and distributed cache.
> It's not specific to CS mode, same problem is also in embedded mode.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8991) ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails
by Katia Aresti (JIRA)
[ https://issues.jboss.org/browse/ISPN-8991?page=com.atlassian.jira.plugin.... ]
Katia Aresti updated ISPN-8991:
-------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5871
> ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails
> --------------------------------------------------------------------------
>
> Key: ISPN-8991
> URL: https://issues.jboss.org/browse/ISPN-8991
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Locks
> Reporter: Katia Aresti
> Assignee: Katia Aresti
>
> The test does a split of [3,3]. Partitions have no majority so lock acquisition should fail for the 6 nodes. But sometimes, lock acquisition does not fail, so the test fails randomly.
> {code}
> java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> Pile d'exécution
> java.lang.Error: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:47)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$testLockUseAfterPartitionWithoutMajority$3(ClusteredLockSplitBrainTest.java:94)
> at java.util.Arrays$ArrayList.forEach(Arrays.java:3880)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority(ClusteredLockSplitBrainTest.java:92)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915)
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:45)
> ... 23 more
> Caused by: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at org.infinispan.test.Exceptions.assertException(Exceptions.java:22)
> at org.infinispan.test.Exceptions.assertException(Exceptions.java:63)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$2(ClusteredLockSplitBrainTest.java:97)
> at java.util.concurrent.CompletableFuture.uniExceptionally(CompletableFuture.java:870)
> at java.util.concurrent.CompletableFuture$UniExceptionally.tryFire(CompletableFuture.java:852)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl$TryLockRequestHolder.handle(ClusteredLockImpl.java:179)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl$RequestHolder.handleLockResult(ClusteredLockImpl.java:115)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl.lambda$tryLock$2(ClusteredLockImpl.java:427)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:106)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:81)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:30)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.remoting.transport.AbstractRequest.complete(AbstractRequest.java:66)
> at org.infinispan.remoting.transport.impl.SingleTargetRequest.receiveResponse(SingleTargetRequest.java:56)
> at org.infinispan.remoting.transport.impl.SingleTargetRequest.onResponse(SingleTargetRequest.java:35)
> at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:53)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1304)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1207)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$200(JGroupsTransport.java:123)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.receive(JGroupsTransport.java:1342)
> at org.jgroups.JChannel.up(JChannel.java:819)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:893)
> at org.jgroups.protocols.RSVP.up(RSVP.java:163)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:343)
> at org.jgroups.protocols.tom.TOA.up(TOA.java:119)
> at org.jgroups.protocols.pbcast.GMS.up(GMS.java:864)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:240)
> at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1002)
> at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:728)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:383)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600)
> at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:119)
> at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:199)
> at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:252)
> at org.jgroups.protocols.MERGE3.up(MERGE3.java:276)
> at org.jgroups.protocols.Discovery.up(Discovery.java:267)
> at org.jgroups.protocols.DISCARD.up(DISCARD.java:180)
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1248)
> at org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:87)
> ... 3 more
> Caused by: java.lang.AssertionError: should go to exceptionally ! r=true ex= null
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$1(ClusteredLockSplitBrainTest.java:95)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> ... 46 more
> ... Removed 17 stack frames
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8991) ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails
by Katia Aresti (JIRA)
[ https://issues.jboss.org/browse/ISPN-8991?page=com.atlassian.jira.plugin.... ]
Work on ISPN-8991 started by Katia Aresti.
------------------------------------------
> ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails
> --------------------------------------------------------------------------
>
> Key: ISPN-8991
> URL: https://issues.jboss.org/browse/ISPN-8991
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Locks
> Reporter: Katia Aresti
> Assignee: Katia Aresti
>
> The test does a split of [3,3]. Partitions have no majority so lock acquisition should fail for the 6 nodes. But sometimes, lock acquisition does not fail, so the test fails randomly.
> {code}
> java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> Pile d'exécution
> java.lang.Error: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:47)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$testLockUseAfterPartitionWithoutMajority$3(ClusteredLockSplitBrainTest.java:94)
> at java.util.Arrays$ArrayList.forEach(Arrays.java:3880)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority(ClusteredLockSplitBrainTest.java:92)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915)
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:45)
> ... 23 more
> Caused by: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at org.infinispan.test.Exceptions.assertException(Exceptions.java:22)
> at org.infinispan.test.Exceptions.assertException(Exceptions.java:63)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$2(ClusteredLockSplitBrainTest.java:97)
> at java.util.concurrent.CompletableFuture.uniExceptionally(CompletableFuture.java:870)
> at java.util.concurrent.CompletableFuture$UniExceptionally.tryFire(CompletableFuture.java:852)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl$TryLockRequestHolder.handle(ClusteredLockImpl.java:179)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl$RequestHolder.handleLockResult(ClusteredLockImpl.java:115)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl.lambda$tryLock$2(ClusteredLockImpl.java:427)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:106)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:81)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:30)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.remoting.transport.AbstractRequest.complete(AbstractRequest.java:66)
> at org.infinispan.remoting.transport.impl.SingleTargetRequest.receiveResponse(SingleTargetRequest.java:56)
> at org.infinispan.remoting.transport.impl.SingleTargetRequest.onResponse(SingleTargetRequest.java:35)
> at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:53)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1304)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1207)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$200(JGroupsTransport.java:123)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.receive(JGroupsTransport.java:1342)
> at org.jgroups.JChannel.up(JChannel.java:819)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:893)
> at org.jgroups.protocols.RSVP.up(RSVP.java:163)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:343)
> at org.jgroups.protocols.tom.TOA.up(TOA.java:119)
> at org.jgroups.protocols.pbcast.GMS.up(GMS.java:864)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:240)
> at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1002)
> at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:728)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:383)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600)
> at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:119)
> at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:199)
> at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:252)
> at org.jgroups.protocols.MERGE3.up(MERGE3.java:276)
> at org.jgroups.protocols.Discovery.up(Discovery.java:267)
> at org.jgroups.protocols.DISCARD.up(DISCARD.java:180)
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1248)
> at org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:87)
> ... 3 more
> Caused by: java.lang.AssertionError: should go to exceptionally ! r=true ex= null
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$1(ClusteredLockSplitBrainTest.java:95)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> ... 46 more
> ... Removed 17 stack frames
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8991) ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails
by Katia Aresti (JIRA)
[ https://issues.jboss.org/browse/ISPN-8991?page=com.atlassian.jira.plugin.... ]
Katia Aresti updated ISPN-8991:
-------------------------------
Status: Open (was: New)
> ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails
> --------------------------------------------------------------------------
>
> Key: ISPN-8991
> URL: https://issues.jboss.org/browse/ISPN-8991
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Locks
> Reporter: Katia Aresti
> Assignee: Katia Aresti
>
> The test does a split of [3,3]. Partitions have no majority so lock acquisition should fail for the 6 nodes. But sometimes, lock acquisition does not fail, so the test fails randomly.
> {code}
> java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> Pile d'exécution
> java.lang.Error: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:47)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$testLockUseAfterPartitionWithoutMajority$3(ClusteredLockSplitBrainTest.java:94)
> at java.util.Arrays$ArrayList.forEach(Arrays.java:3880)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority(ClusteredLockSplitBrainTest.java:92)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915)
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:45)
> ... 23 more
> Caused by: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError>
> at org.infinispan.test.Exceptions.assertException(Exceptions.java:22)
> at org.infinispan.test.Exceptions.assertException(Exceptions.java:63)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$2(ClusteredLockSplitBrainTest.java:97)
> at java.util.concurrent.CompletableFuture.uniExceptionally(CompletableFuture.java:870)
> at java.util.concurrent.CompletableFuture$UniExceptionally.tryFire(CompletableFuture.java:852)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl$TryLockRequestHolder.handle(ClusteredLockImpl.java:179)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl$RequestHolder.handleLockResult(ClusteredLockImpl.java:115)
> at org.infinispan.lock.impl.lock.ClusteredLockImpl.lambda$tryLock$2(ClusteredLockImpl.java:427)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:106)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:81)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:30)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.remoting.transport.AbstractRequest.complete(AbstractRequest.java:66)
> at org.infinispan.remoting.transport.impl.SingleTargetRequest.receiveResponse(SingleTargetRequest.java:56)
> at org.infinispan.remoting.transport.impl.SingleTargetRequest.onResponse(SingleTargetRequest.java:35)
> at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:53)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1304)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1207)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$200(JGroupsTransport.java:123)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.receive(JGroupsTransport.java:1342)
> at org.jgroups.JChannel.up(JChannel.java:819)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:893)
> at org.jgroups.protocols.RSVP.up(RSVP.java:163)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:343)
> at org.jgroups.protocols.tom.TOA.up(TOA.java:119)
> at org.jgroups.protocols.pbcast.GMS.up(GMS.java:864)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:240)
> at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1002)
> at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:728)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:383)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600)
> at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:119)
> at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:199)
> at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:252)
> at org.jgroups.protocols.MERGE3.up(MERGE3.java:276)
> at org.jgroups.protocols.Discovery.up(Discovery.java:267)
> at org.jgroups.protocols.DISCARD.up(DISCARD.java:180)
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1248)
> at org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:87)
> ... 3 more
> Caused by: java.lang.AssertionError: should go to exceptionally ! r=true ex= null
> at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$1(ClusteredLockSplitBrainTest.java:95)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> ... 46 more
> ... Removed 17 stack frames
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8994) ClusterHealth.getHealthStatus() should take in account the internal caches.
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8994?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8994:
------------------------------
Description:
Current implementation of {{ClusterHealth.getHealthStatus()}} only checks the user caches. Internal caches created should have be part of the cluster health and we can check them via {{InternalCacheRegistry.getInternalCaches()}}.
Also, it should use {{CacheManager.getCache(cacheName, false)}} to avoid starting the cache if it is defined but not started yet (example, the counter's internal cache is defined but it is only started when a counter is created)
was:
Current implementation of {{ClusterHealth.getHealthStatus()}} only checks the user caches. Internal caches created should have be part of the cluster health and we can check them via {{InternalCacheRegistry.getInternalCaches()}}.
Also, it should use {{CacheManager.getCache(cacheName, false)}} to avoid creating a cache if it is defined but not started yet.
> ClusterHealth.getHealthStatus() should take in account the internal caches.
> ---------------------------------------------------------------------------
>
> Key: ISPN-8994
> URL: https://issues.jboss.org/browse/ISPN-8994
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Reporter: Pedro Ruivo
>
> Current implementation of {{ClusterHealth.getHealthStatus()}} only checks the user caches. Internal caches created should have be part of the cluster health and we can check them via {{InternalCacheRegistry.getInternalCaches()}}.
> Also, it should use {{CacheManager.getCache(cacheName, false)}} to avoid starting the cache if it is defined but not started yet (example, the counter's internal cache is defined but it is only started when a counter is created)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8994) ClusterHealth.getHealthStatus() should take in account the internal caches.
by Pedro Ruivo (JIRA)
Pedro Ruivo created ISPN-8994:
---------------------------------
Summary: ClusterHealth.getHealthStatus() should take in account the internal caches.
Key: ISPN-8994
URL: https://issues.jboss.org/browse/ISPN-8994
Project: Infinispan
Issue Type: Bug
Components: Core
Reporter: Pedro Ruivo
Current implementation of {{ClusterHealth.getHealthStatus()}} only checks the user caches. Internal caches created should have be part of the cluster health and we can check them via {{InternalCacheRegistry.getInternalCaches()}}.
Also, it should use {{CacheManager.getCache(cacheName, false)}} to avoid creating a cache if it is defined but not started yet.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years