[JBoss JIRA] (ISPN-11425) Missing metada for persistent counter upon server restart
by Pedro Ruivo (Jira)
Pedro Ruivo created ISPN-11425:
----------------------------------
Summary: Missing metada for persistent counter upon server restart
Key: ISPN-11425
URL: https://issues.redhat.com/browse/ISPN-11425
Project: Infinispan
Issue Type: Bug
Components: Clustered Counter
Affects Versions: 11.0.0.Alpha2
Reporter: Pedro Ruivo
Assignee: Pedro Ruivo
Fix For: 11.0.0.Dev03
If you create a counter with a persistent storage, shutdown and spin up the server again then it's no longer possible to add a value to that counter. Instead following error appear in the CLI log:
{code}
Error: java.lang.IllegalStateException: ISPN029518: Metadata not found but counter exists. Counter=cnt1
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (ISPN-11424) Deprecate StorageType Configuration in favour of MediaType
by Gustavo Fernandes (Jira)
Gustavo Fernandes created ISPN-11424:
----------------------------------------
Summary: Deprecate StorageType Configuration in favour of MediaType
Key: ISPN-11424
URL: https://issues.redhat.com/browse/ISPN-11424
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 11.0.0.Alpha2
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
Currently caches have configuration to specify memory storing aspects that affects eviction, e.g.
{code:xml}
<memory>
<object size="20000"/>
</memory>
{code}
{code:xml}
<memory>
<off-heap size="10000000" eviction="MEMORY"/>
</memory>
{code}
{code:xml}
<memory>
<binary strategy="EXCEPTION" eviction="MEMORY" size="5000"/>
</memory>
{code}
Each of those configurations affect the format that the data will be stored, being {{object}} the default on-heap storage, {{off-heap}} the {{byte[]}} out of heap storage and {{binary}} an on-heap format that mix {{byte[]}}, {{String}} and primitives.
This ticket proposes to have the {{MediaType}} of the keys and values to dictate the storage format, and let the {{<memory>}} element to be responsible to choose between on-heap and off-heap storage, eliminating the {{Binary}} option altogether. The configuration would be something like:
{code:xml}
<!-- Default configuration, heap storage with POJOs -->
<memory storage="heap">
<eviction size="20000"/>
</memory>
{code}
{code:xml}
<!-- Storing java serialized objects, on-heap -->
<encoding>
<key media-type="application/x-java-serialized-object"/>
<value media-type="application/x-java-serialized-object"/>
</encoding>
<memory storage="heap">
<eviction size="20000"/>
</memory>
{code}
{code:xml}
<!-- Off-heap configuration, in protobuf format -->
<encoding>
<key media-type="application/x-protostream"/>
<value media-type="application/x-protostream"/>
</encoding>
<memory storage="off-heap">
<eviction size="10000000" eviction="MEMORY"/>
</memory>
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (ISPN-8309) StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers failing randomly
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-8309?page=com.atlassian.jira.plugin... ]
Dan Berindei commented on ISPN-8309:
------------------------------------
The test still fails, but the failure is different now, because it's caused by ISPN-8240:
{noformat}
13:33:30,325 TRACE (non-blocking-thread-Test-NodeA-p9677-t3:[]) [StateConsumerImpl] Received new topology for cache defaultcache, isRebalance = true, isMember = true, topology = CacheTopology{id=18, phase=READ_OLD_WRITE_ALL, rebalanceId=6, currentCH=DefaultConsistentHash{ns=2, owners = (4)[Test-NodeA: 0+0, Test-NodeB: 1+1, Test-NodeC: 1+1, Test-NodeD: 0+2]}, pendingCH=DefaultConsistentHash{ns=2, owners = (4)[Test-NodeA: 2+0, Test-NodeB: 0+2, Test-NodeC: 0+2, Test-NodeD: 0+0]}, unionCH=DefaultConsistentHash{ns=2, owners = (4)[Test-NodeA: 0+2, Test-NodeB: 1+1, Test-NodeC: 1+1, Test-NodeD: 0+2]}, actualMembers=[Test-NodeA, Test-NodeB, Test-NodeC, Test-NodeD], persistentUUIDs=[a6d4a46a-b6c4-45eb-b989-67edd9c1f626, 226427e7-140e-4fba-b4f4-71fd3ea29e59, 34f57148-f068-4ee0-ba19-332b28d08090, 54f45d82-1b1a-4686-a9e3-0b7e7d34b792]}
13:33:30,325 TRACE (non-blocking-thread-Test-NodeA-p9677-t3:[]) [CommitManager] Set track to PUT_FOR_STATE_TRANSFER = false
13:33:30,325 TRACE (non-blocking-thread-Test-NodeA-p9677-t3:[]) [CommitManager] Set track to PUT_FOR_STATE_TRANSFER = true
13:33:30,329 TRACE (jgroups-5,Test-NodeA:[]) [StateConsumerImpl] Topology update processed, stateTransferTopologyId = 18, startRebalance = true, pending CH = DefaultConsistentHash{ns=2, owners = (4)[Test-NodeA: 2+0, Test-NodeB: 0+2, Test-NodeC: 0+2, Test-NodeD: 0+0]}
13:33:30,330 TRACE (jgroups-5,Test-NodeA:[]) [JGroupsTransport] Test-NodeA received request 12 from Test-NodeC: StateResponseCommand{cache=defaultcache, pushTransfer=false, stateChunks=[StateChunk{segmentId=1, cacheEntries=1, isLastChunk=true}], origin=Test-NodeC, topologyId=18, applyState=true}
13:33:30,344 TRACE (remote-thread-Test-NodeA-p9678-t2:[defaultcache]) [CommitManager] Committed key=MagicKey#k2{1C0/33BD43A5/1@Test-NodeC}. Old discard policy=null. New discard policy=null
13:33:30,345 TRACE (non-blocking-thread-Test-NodeA-p9677-t6:[]) [StateConsumerImpl] Received new topology for cache defaultcache, isRebalance = true, isMember = true, topology = CacheTopology{id=20, phase=READ_OLD_WRITE_ALL, rebalanceId=7, currentCH=DefaultConsistentHash{ns=2, owners = (3)[Test-NodeA: 0+0, Test-NodeC: 2+0, Test-NodeD: 0+2]}, pendingCH=DefaultConsistentHash{ns=2, owners = (3)[Test-NodeA: 2+0, Test-NodeC: 0+2, Test-NodeD: 0+2]}, unionCH=DefaultConsistentHash{ns=2, owners = (3)[Test-NodeA: 0+2, Test-NodeC: 2+0, Test-NodeD: 0+2]}, actualMembers=[Test-NodeA, Test-NodeC, Test-NodeD], persistentUUIDs=[a6d4a46a-b6c4-45eb-b989-67edd9c1f626, 34f57148-f068-4ee0-ba19-332b28d08090, 54f45d82-1b1a-4686-a9e3-0b7e7d34b792]}
13:33:30,345 TRACE (non-blocking-thread-Test-NodeA-p9677-t6:[]) [CommitManager] Set track to PUT_FOR_STATE_TRANSFER = false
13:33:30,345 TRACE (jgroups-5,Test-NodeA:[]) [JGroupsTransport] Test-NodeA received request 13 from Test-NodeC: StateResponseCommand{cache=defaultcache, pushTransfer=false, stateChunks=[StateChunk{segmentId=0, cacheEntries=1, isLastChunk=true}], origin=Test-NodeC, topologyId=19, applyState=true}
13:33:30,347 TRACE (remote-thread-Test-NodeA-p9678-t1:[defaultcache]) [CommitManager] Not committing key=MagicKey#k1{1BF/30F4FD51/0@Test-NodeB}. It is a state transfer key but no track is enabled!
13:33:30,347 TRACE (non-blocking-thread-Test-NodeA-p9677-t6:[]) [CommitManager] Set track to PUT_FOR_STATE_TRANSFER = true
13:33:30,347 TRACE (non-blocking-thread-Test-NodeA-p9677-t6:[]) [StateConsumerImpl] Topology update processed, stateTransferTopologyId = 18, startRebalance = true, pending CH = DefaultConsistentHash{ns=2, owners = (3)[Test-NodeA: 2+0, Test-NodeC: 0+2, Test-NodeD: 0+2]}
{noformat}
> StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers failing randomly
> ------------------------------------------------------------------------------------------
>
> Key: ISPN-8309
> URL: https://issues.redhat.com/browse/ISPN-8309
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Final, 11.0.0.Alpha2
> Reporter: Galder Zamarreño
> Priority: Major
> Labels: testsuite_stability
>
> {code}
> Error Message
> expected:<[StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeD-65308]> but was:<[StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeD-65308]>
> Stacktrace
> java.lang.AssertionError: expected:<[StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeD-65308]> but was:<[StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeD-65308]>
> at org.infinispan.distribution.rehash.StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers(StateResponseOrderingTest.java:201)
> 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)
> ... Removed 20 stack frames
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (ISPN-8309) StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers failing randomly
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-8309?page=com.atlassian.jira.plugin... ]
Dan Berindei updated ISPN-8309:
-------------------------------
Affects Version/s: 11.0.0.Alpha2
> StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers failing randomly
> ------------------------------------------------------------------------------------------
>
> Key: ISPN-8309
> URL: https://issues.redhat.com/browse/ISPN-8309
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Final, 11.0.0.Alpha2
> Reporter: Galder Zamarreño
> Priority: Major
> Labels: testsuite_stability
>
> {code}
> Error Message
> expected:<[StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeD-65308]> but was:<[StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeD-65308]>
> Stacktrace
> java.lang.AssertionError: expected:<[StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeD-65308]> but was:<[StateResponseOrderingTest-NodeB-7774, StateResponseOrderingTest-NodeC-20453, StateResponseOrderingTest-NodeD-65308]>
> at org.infinispan.distribution.rehash.StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers(StateResponseOrderingTest.java:201)
> 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)
> ... Removed 20 stack frames
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (ISPN-11296) StateResponseOrderingTest uncaught IllegalArgumentException
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-11296?page=com.atlassian.jira.plugi... ]
Dan Berindei updated ISPN-11296:
--------------------------------
Status: Pull Request Sent (was: Reopened)
Git Pull Request: https://github.com/infinispan/infinispan/pull/7853, https://github.com/infinispan/infinispan/pull/7992 (was: https://github.com/infinispan/infinispan/pull/7853)
> StateResponseOrderingTest uncaught IllegalArgumentException
> -----------------------------------------------------------
>
> Key: ISPN-11296
> URL: https://issues.redhat.com/browse/ISPN-11296
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite
> Affects Versions: 10.1.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.0.Dev03
>
>
> I think initially I wanted {{MatchCountMatcher}} to count from 1 and handle {{matchCount == 0}} as matching all invocations. All the callers now assume 0 is the first invocation, but the code kept working because the exception was not caught.
> {noformat}
> java.lang.IllegalStateException: State st:after_first_state_response exited twice
> at org.infinispan.test.concurrent.StateSequencer.exit(StateSequencer.java:242)
> at org.infinispan.test.concurrent.StateSequencer.advance(StateSequencer.java:316)
> at org.infinispan.test.concurrent.StateSequencerUtil.advanceMultiple(StateSequencerUtil.java:103)
> at org.infinispan.test.concurrent.InboundRpcSequencerAction$SequencerPerCacheInboundInvocationHandler.advance(InboundRpcSequencerAction.java:101)
> at org.infinispan.test.concurrent.InboundRpcSequencerAction$SequencerPerCacheInboundInvocationHandler.lambda$handle$0(InboundRpcSequencerAction.java:82)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invokedComplete(BaseBlockingRunnable.java:130)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:111)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:72)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:41)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (ISPN-11296) StateResponseOrderingTest uncaught IllegalArgumentException
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-11296?page=com.atlassian.jira.plugi... ]
Dan Berindei commented on ISPN-11296:
-------------------------------------
The test still throws the exception from time to time after the fix.
When I added {{@Test(invocationCount=100)}} to the method I also got a failure after the uncaught exception, cf. https://issues.redhat.com/browse/ISPN-8240?focusedCommentId=13455440&page...
{noformat}
13:33:30,445 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.distribution.rehash.StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers
java.lang.AssertionError: expected:<v1> but was:<null>
at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.14.3.jar:?]
at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.14.3.jar:?]
at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.14.3.jar:?]
at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88) ~[testng-6.14.3.jar:?]
at org.infinispan.distribution.rehash.StateResponseOrderingTest.testStateResponseWhileRestartingBrokenTransfers(StateResponseOrderingTest.java:238) ~[test-classes/:?]
{noformat}
> StateResponseOrderingTest uncaught IllegalArgumentException
> -----------------------------------------------------------
>
> Key: ISPN-11296
> URL: https://issues.redhat.com/browse/ISPN-11296
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite
> Affects Versions: 10.1.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.0.Dev03
>
>
> I think initially I wanted {{MatchCountMatcher}} to count from 1 and handle {{matchCount == 0}} as matching all invocations. All the callers now assume 0 is the first invocation, but the code kept working because the exception was not caught.
> {noformat}
> java.lang.IllegalStateException: State st:after_first_state_response exited twice
> at org.infinispan.test.concurrent.StateSequencer.exit(StateSequencer.java:242)
> at org.infinispan.test.concurrent.StateSequencer.advance(StateSequencer.java:316)
> at org.infinispan.test.concurrent.StateSequencerUtil.advanceMultiple(StateSequencerUtil.java:103)
> at org.infinispan.test.concurrent.InboundRpcSequencerAction$SequencerPerCacheInboundInvocationHandler.advance(InboundRpcSequencerAction.java:101)
> at org.infinispan.test.concurrent.InboundRpcSequencerAction$SequencerPerCacheInboundInvocationHandler.lambda$handle$0(InboundRpcSequencerAction.java:82)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invokedComplete(BaseBlockingRunnable.java:130)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:111)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:72)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:41)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month