March 2020 - infinispan-issues - Jboss List Archives

[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

1
0
0 / 0

[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}  <memory storage="heap"> <eviction size="20000"/> </memory> {code} {code:xml}  <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}  <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

1
0
0 / 0

[JBoss JIRA] (ISPN-11417) Infinispan server should ship the XSD files for reference

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11417?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11417: ----------------------------------- Status: Open (was: New) > Infinispan server should ship the XSD files for reference > --------------------------------------------------------- > > Key: ISPN-11417 > URL: https://issues.redhat.com/browse/ISPN-11417 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 10.1.3.Final, 11.0.0.Alpha2 > Reporter: Wolf-Dieter Fink > Priority: Major > Labels: productization > Fix For: 10.1.4.Final, 11.0.0.Dev03 > > > All needed schema definition files like 'infinispan-config-10.1.xsd' should be shipped as before under docs/schema > Instead of included in different lib/*.jar files -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11417) Infinispan server should ship the XSD files for reference

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11417?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11417: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7993, https://github.com/infinispan/infinispan/pull/7994 > Infinispan server should ship the XSD files for reference > --------------------------------------------------------- > > Key: ISPN-11417 > URL: https://issues.redhat.com/browse/ISPN-11417 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 10.1.3.Final, 11.0.0.Alpha2 > Reporter: Wolf-Dieter Fink > Priority: Major > Labels: productization > Fix For: 10.1.4.Final, 11.0.0.Dev03 > > > All needed schema definition files like 'infinispan-config-10.1.xsd' should be shipped as before under docs/schema > Instead of included in different lib/*.jar files -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11417) Infinispan server should ship the XSD files for reference

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11417?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11417: ----------------------------------- Fix Version/s: 10.1.4.Final 11.0.0.Dev03 > Infinispan server should ship the XSD files for reference > --------------------------------------------------------- > > Key: ISPN-11417 > URL: https://issues.redhat.com/browse/ISPN-11417 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 10.1.3.Final, 11.0.0.Alpha2 > Reporter: Wolf-Dieter Fink > Priority: Major > Labels: productization > Fix For: 10.1.4.Final, 11.0.0.Dev03 > > > All needed schema definition files like 'infinispan-config-10.1.xsd' should be shipped as before under docs/schema > Instead of included in different lib/*.jar files -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11417) Infinispan server should ship the XSD files for reference

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11417?page=com.atlassian.jira.plugi... ] Tristan Tarrant reassigned ISPN-11417: -------------------------------------- Assignee: Tristan Tarrant > Infinispan server should ship the XSD files for reference > --------------------------------------------------------- > > Key: ISPN-11417 > URL: https://issues.redhat.com/browse/ISPN-11417 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 10.1.3.Final, 11.0.0.Alpha2 > Reporter: Wolf-Dieter Fink > Assignee: Tristan Tarrant > Priority: Major > Labels: productization > Fix For: 10.1.4.Final, 11.0.0.Dev03 > > > All needed schema definition files like 'infinispan-config-10.1.xsd' should be shipped as before under docs/schema > Instead of included in different lib/*.jar files -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2020