[JBoss JIRA] (ISPN-8525) StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync failing randomly
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8525?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-8525:
------------------------------------
The problem seems to be the test waits for topology changes on *any* cache, and the new CONFIG cache means some states are entered twice:
{noformat}
01:18:21,783 TRACE (transport-thread-Test-NodeA-p23499-t6:[]) [ClusterTopologyManagerImpl] Attempting to execute command on self: CacheTopologyControlCommand{cache=org.infinispan.CONFIG, type=CH_UPDATE, sender=Test-NodeA-15588, joinInfo=null, topologyId=5, rebalanceId=2, currentCH=ReplicatedConsistentHash{ns = 256, owners = (2)[Test-NodeA-15588: 133, Test-NodeB-54731: 123]}, pendingCH=null, availabilityMode=AVAILABLE, phase=NO_REBALANCE, actualMembers=[Test-NodeA-15588, Test-NodeB-54731], throwable=null, viewId=1}
01:18:21,785 TRACE (transport-thread-Test-NodeA-p23499-t6:[org.infinispan.CONFIG]) [StateSequencer] Waiting for states [st:resume_get_transactions] to enter st:block_ch_update_on_0
01:18:21,838 TRACE (transport-thread-Test-NodeA-p23499-t6:[org.infinispan.CONFIG]) [StateSequencer] Entering state st:block_ch_update_on_0
01:18:21,842 TRACE (transport-thread-Test-NodeA-p23499-t6:[org.infinispan.CONFIG]) [StateSequencer] Exiting state st:block_ch_update_on_0
01:18:22,289 TRACE (transport-thread-Test-NodeA-p23499-t5:[]) [ClusterTopologyManagerImpl] Attempting to execute command on self: CacheTopologyControlCommand{cache=testCache, type=CH_UPDATE, sender=Test-NodeA-15588, joinInfo=null, topologyId=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns=256, owners = (2)[Test-NodeA-15588: 133+123, Test-NodeB-54731: 123+133]}, pendingCH=null, availabilityMode=AVAILABLE, phase=NO_REBALANCE, actualMembers=[Test-NodeA-15588, Test-NodeB-54731], throwable=null, viewId=1}
01:18:22,291 TRACE (transport-thread-Test-NodeA-p23499-t5:[testCache]) [StateSequencer] Entering state st:block_ch_update_on_0
01:18:22,293 TRACE (transport-thread-Test-NodeA-p23499-t5:[testCache]) [StateSequencer] Exiting state st:block_ch_update_on_0
01:18:22,296 WARN (transport-thread-Test-NodeA-p23499-t5:[testCache]) [CacheTopologyControlCommand] ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=testCache, type=CH_UPDATE, sender=Test-NodeA-15588, joinInfo=null, topologyId=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns=256, owners = (2)[Test-NodeA-15588: 133+123, Test-NodeB-54731: 123+133]}, pendingCH=null, availabilityMode=AVAILABLE, phase=NO_REBALANCE, actualMembers=[Test-NodeA-15588, Test-NodeB-54731], throwable=null, viewId=1}
java.lang.IllegalStateException: State st:block_ch_update_on_0 exited twice
at org.infinispan.test.concurrent.StateSequencer.exit(StateSequencer.java:242) ~[test-classes/:?]
at org.infinispan.test.concurrent.StateSequencer.advance(StateSequencer.java:316) ~[test-classes/:?]
at org.infinispan.test.concurrent.StateSequencerUtil.advanceMultiple(StateSequencerUtil.java:103) ~[test-classes/:?]
at org.infinispan.test.concurrent.GlobalComponentSequencerAction$ProxyInvocationHandler.invoke(GlobalComponentSequencerAction.java:100) ~[test-classes/:?]
at com.sun.proxy.$Proxy95.handleTopologyUpdate(Unknown Source) ~[?:?]
at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:197) ~[classes/:?]
at org.infinispan.topology.CacheTopologyControlCommand.invokeAsync(CacheTopologyControlCommand.java:166) ~[classes/:?]
at org.infinispan.commands.ReplicableCommand.invoke(ReplicableCommand.java:44) ~[classes/:?]
at org.infinispan.topology.ClusterTopologyManagerImpl.lambda$executeOnClusterAsync$7(ClusterTopologyManagerImpl.java:635) ~[classes/:?]
{noformat}
> StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync failing randomly
> -------------------------------------------------------------------------
>
> Key: ISPN-8525
> URL: https://issues.jboss.org/browse/ISPN-8525
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.2.0.Alpha2
> Reporter: Galder Zamarreño
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> http://ci.infinispan.org/job/Infinispan/job/PR-5556/17/
> org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync
> {code}
> Error Message
> Timed out waiting for rebalancing to complete on node StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, expected member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-9821], current member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365]!
> Stacktrace
> java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, expected member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-9821], current member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365]!
> at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:385)
> at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:421)
> at org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync(StaleLocksWithLockOnlyTxDuringStateTransferTest.java:102)
> 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 16 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8134) Getting TimeoutException during initialization of clustered counter
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8134?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo commented on ISPN-8134:
-----------------------------------
recent findings:
* it happens when a nodes is rebooted. For some reason the cluster stays in degraded mode and it nevers starts/finishes the state transfer (configuration cache has partition handling enabled)
* GlobalState is enabled. the node rebooted should have the same id. (TODO: double check)
> Getting TimeoutException during initialization of clustered counter
> -------------------------------------------------------------------
>
> Key: ISPN-8134
> URL: https://issues.jboss.org/browse/ISPN-8134
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Counter
> Affects Versions: 9.1.0.Final
> Reporter: Martin Gencur
> Assignee: Pedro Ruivo
>
> In multi-threaded environment (8 nodes with 10 threads each) I'm getting the following error when retrieving the clustered counter from embedded cache manager:
> {code}
> 04:40:27,842 ERROR [org.infinispan.counter.impl.manager.EmbeddedCounterManager] (Stressor-0) ISPN028013: Exception while waiting for counter manager caches.
> java.util.concurrent.TimeoutException: null
> at java.util.concurrent.CompletableFuture.timedGet(CompletableFuture.java:1771) ~[?:1.8.0_131]
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915) ~[?:1.8.0_131]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.extractCacheHolder(EmbeddedCounterManager.java:52) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:119) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660) [?:1.8.0_131]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88) [infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.radargun.service.Infinispan91StrongCounterOperations.getStrongCounter(Infinispan91StrongCounterOperations.java:22) [plugin-infinispan91-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.StrongCounterTestStage$StrongCounterLogic.init(StrongCounterTestStage.java:74) [radargun-counter-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.test.Stressor.run(Stressor.java:65) [radargun-core-3.0.0-SNAPSHOT.jar:?]
> 04:40:27,863 ERROR [org.radargun.stages.test.Stressor] (Stressor-0) Unexpected error in stressor!
> org.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:121) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660) ~[?:1.8.0_131]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.radargun.service.Infinispan91StrongCounterOperations.getStrongCounter(Infinispan91StrongCounterOperations.java:22) ~[plugin-infinispan91-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.StrongCounterTestStage$StrongCounterLogic.init(StrongCounterTestStage.java:74) ~[radargun-counter-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.test.Stressor.run(Stressor.java:65) [radargun-core-3.0.0-SNAPSHOT.jar:?]
> Exception in thread "Stressor-0" java.lang.NullPointerException
> at org.radargun.stages.test.TestStage.setTerminated(TestStage.java:341)
> at org.radargun.stages.test.Stressor.run(Stressor.java:72)
> {code}
> The whole stacktrace can be seen here: https://jdg-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/PERF-LIB/job/jdg...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8572) rg.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8572?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo commented on ISPN-8572:
-----------------------------------
Thanks [~stehlik.michal]! it is already reported in ISPN-8134 :)
> rg.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
> -----------------------------------------------------------------------------------------------------
>
> Key: ISPN-8572
> URL: https://issues.jboss.org/browse/ISPN-8572
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Counter
> Affects Versions: 9.1.3.Final
> Environment: Two nodes in cloud. One node several times connect/disconnect from cloud
> Reporter: Michal Stehlik
> Assignee: Pedro Ruivo
>
> CacheManager start ends up with exception:
> {code:java}
> ISPN028015: Unable to fetch counter manager caches.
> org.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:121)
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(Unknown Source)
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88)
> {code}
> In Infinispan logs we have this exception:
> {code:java}
> 2017-11-28 15:25:21,563 ERROR [Camel (camel-1) thread #0 - seda://systemInitializer] (EmbeddedCounterManager.java:58) - ISPN028013: Exception while waiting for counter manager caches.
> java.util.concurrent.TimeoutException
> at java.util.concurrent.CompletableFuture.timedGet(Unknown Source) ~[?:1.8.0_71]
> at java.util.concurrent.CompletableFuture.get(Unknown Source) ~[?:1.8.0_71]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.extractCacheHolder(EmbeddedCounterManager.java:52) ~[infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:119) ~[infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(Unknown Source) [?:1.8.0_71]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88) [infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
> at com.zumtobel.infinity.CacheManager.startCache(CacheManager.java:809) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.zumtobel.event.infinity.DoHandleCloudEvent.joinCloud(DoHandleCloudEvent.java:361) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.zumtobel.event.infinity.DoHandleCloudEvent.handle(DoHandleCloudEvent.java:270) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.zumtobel.event.infinity.HandleCloudEvent.handle(HandleCloudEvent.java:276) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.mivune.system.initializer.SystemInitializer.receiveEvent(SystemInitializer.java:245) [mivuneCore.jar:2.0.17.1]
> at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source) ~[?:?]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_71]
> at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_71]
> at org.apache.camel.component.bean.BeanInvocation.invoke(BeanInvocation.java:83) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:130) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:91) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:334) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:220) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:45) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:303) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:45) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.UnitOfWorkProcessor.processAsync(UnitOfWorkProcessor.java:150) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:117) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RouteInflightRepositoryProcessor.processNext(RouteInflightRepositoryProcessor.java:48) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:275) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:183) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:139) [camel-core-2.10.3.jar:2.10.3]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.8.0_71]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.8.0_71]
> at java.lang.Thread.run(Unknown Source) [?:1.8.0_71]
> {code}
> Caches started without problem, but strong counter not. This is part of configuration for CacheManager:
> {code:java}
> <cache-container name="caches">
> <transport stack="udp" cluster="1" lock-timeout="480000"/>
> <jmx>
> <property name="enabled">false</property>
> </jmx>
> <!-- Counters -->
> <counters xmlns="urn:infinispan:config:counters:9.0" num-owners="5" reliability="CONSISTENT">
> <strong-counter name="shortNameCounter" initial-value="0" storage="VOLATILE">
> <lower-bound value="0"/>
> </strong-counter>
> </counters>
> <!-- Distributed caches -->
> <distributed-cache name="devices" owners="5" mode="SYNC">
> <store-as-binary keys="false" values="false"/>
> <transaction mode="NON_DURABLE_XA"
> locking="PESSIMISTIC"
> transaction-manager-lookup="org.infinispan.transaction.lookup.JBossStandaloneJTAManagerLookup"
> stop-timeout="30000" />
> <locking isolation="READ_COMMITTED"
> acquire-timeout="30000"
> striping="false"
> concurrency-level="1000"/>
> <state-transfer enabled="true" timeout="2000000" />
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_NON_NULL"/>
> </distributed-cache>....
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8572) rg.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8572?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo closed ISPN-8572.
-----------------------------
Resolution: Duplicate Issue
> rg.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
> -----------------------------------------------------------------------------------------------------
>
> Key: ISPN-8572
> URL: https://issues.jboss.org/browse/ISPN-8572
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Counter
> Affects Versions: 9.1.3.Final
> Environment: Two nodes in cloud. One node several times connect/disconnect from cloud
> Reporter: Michal Stehlik
> Assignee: Pedro Ruivo
>
> CacheManager start ends up with exception:
> {code:java}
> ISPN028015: Unable to fetch counter manager caches.
> org.infinispan.counter.exception.CounterException: ISPN028015: Unable to fetch counter manager caches.
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:121)
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(Unknown Source)
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88)
> {code}
> In Infinispan logs we have this exception:
> {code:java}
> 2017-11-28 15:25:21,563 ERROR [Camel (camel-1) thread #0 - seda://systemInitializer] (EmbeddedCounterManager.java:58) - ISPN028013: Exception while waiting for counter manager caches.
> java.util.concurrent.TimeoutException
> at java.util.concurrent.CompletableFuture.timedGet(Unknown Source) ~[?:1.8.0_71]
> at java.util.concurrent.CompletableFuture.get(Unknown Source) ~[?:1.8.0_71]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.extractCacheHolder(EmbeddedCounterManager.java:52) ~[infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:119) ~[infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(Unknown Source) [?:1.8.0_71]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getStrongCounter(EmbeddedCounterManager.java:88) [infinispan-clustered-counter-9.1.2.Final.jar:9.1.2.Final]
> at com.zumtobel.infinity.CacheManager.startCache(CacheManager.java:809) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.zumtobel.event.infinity.DoHandleCloudEvent.joinCloud(DoHandleCloudEvent.java:361) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.zumtobel.event.infinity.DoHandleCloudEvent.handle(DoHandleCloudEvent.java:270) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.zumtobel.event.infinity.HandleCloudEvent.handle(HandleCloudEvent.java:276) [litekitCore.jar:22687.5d35d57a9121e38a8763450626d9d0ca3bd7fa3d]
> at com.mivune.system.initializer.SystemInitializer.receiveEvent(SystemInitializer.java:245) [mivuneCore.jar:2.0.17.1]
> at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source) ~[?:?]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_71]
> at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_71]
> at org.apache.camel.component.bean.BeanInvocation.invoke(BeanInvocation.java:83) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:130) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:91) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:334) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:220) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:45) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:303) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:45) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.UnitOfWorkProcessor.processAsync(UnitOfWorkProcessor.java:150) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:117) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.RouteInflightRepositoryProcessor.processNext(RouteInflightRepositoryProcessor.java:48) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:275) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:183) [camel-core-2.10.3.jar:2.10.3]
> at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:139) [camel-core-2.10.3.jar:2.10.3]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.8.0_71]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.8.0_71]
> at java.lang.Thread.run(Unknown Source) [?:1.8.0_71]
> {code}
> Caches started without problem, but strong counter not. This is part of configuration for CacheManager:
> {code:java}
> <cache-container name="caches">
> <transport stack="udp" cluster="1" lock-timeout="480000"/>
> <jmx>
> <property name="enabled">false</property>
> </jmx>
> <!-- Counters -->
> <counters xmlns="urn:infinispan:config:counters:9.0" num-owners="5" reliability="CONSISTENT">
> <strong-counter name="shortNameCounter" initial-value="0" storage="VOLATILE">
> <lower-bound value="0"/>
> </strong-counter>
> </counters>
> <!-- Distributed caches -->
> <distributed-cache name="devices" owners="5" mode="SYNC">
> <store-as-binary keys="false" values="false"/>
> <transaction mode="NON_DURABLE_XA"
> locking="PESSIMISTIC"
> transaction-manager-lookup="org.infinispan.transaction.lookup.JBossStandaloneJTAManagerLookup"
> stop-timeout="30000" />
> <locking isolation="READ_COMMITTED"
> acquire-timeout="30000"
> striping="false"
> concurrency-level="1000"/>
> <state-transfer enabled="true" timeout="2000000" />
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_NON_NULL"/>
> </distributed-cache>....
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8542) IndexedField annotation in proto file causes java.lang.NumberFormatException
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8542?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8542:
------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> IndexedField annotation in proto file causes java.lang.NumberFormatException
> ----------------------------------------------------------------------------
>
> Key: ISPN-8542
> URL: https://issues.jboss.org/browse/ISPN-8542
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Querying
> Affects Versions: 9.1.0.Final
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 9.2.0.Beta2, 9.1.4.Final
>
>
> The Query Tests are both failing in the CR2 build with the following error:
> {noformat}
> Start 7: queryTest
> 7: Test command: /artifacts/jdg-cpp-client-JDG_7.1.1.Final-BOTH/rhel7/build/queryTest
> 7: Test timeout computed to be: 1500
> 7: Tests for Query
> 7: User(id=3,name=Tom,surname=Cat)
> 7: User(id=4,name=Jerry,surname=Mouse)
> 7: Tom Cat
> 7: Jerry Mouse
> 7: terminate called after throwing an instance of 'infinispan::hotrod::HotRodClientException'
> 7: what(): java.lang.NumberFormatException: For input string: "_null_"
> 7/22 Test #7: queryTest ........................***Exception: Other 0.27 sec
> test 8
> Start 8: queryTest-static
> 8: Test command: /artifacts/jdg-cpp-client-JDG_7.1.1.Final-BOTH/rhel7/build/queryTest-static
> 8: Test timeout computed to be: 1500
> 8: Tests for Query
> 8: User(id=3,name=Tom,surname=Cat)
> 8: User(id=4,name=Jerry,surname=Mouse)
> 8: Tom Cat
> 8: Jerry Mouse
> 8: terminate called after throwing an instance of 'infinispan::hotrod::HotRodClientException'
> 8: what(): java.lang.NumberFormatException: For input string: "_null_"
> 8/22 Test #8: queryTest-static .................***Exception: Other 0.08 sec
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8155) SingleClusterExecutorTest.testExecutorTriConsumerTimeoutException random failures
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8155?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8155:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> SingleClusterExecutorTest.testExecutorTriConsumerTimeoutException random failures
> ---------------------------------------------------------------------------------
>
> Key: ISPN-8155
> URL: https://issues.jboss.org/browse/ISPN-8155
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.1.0.Final, 9.2.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: William Burns
> Labels: testsuite_stability
> Fix For: 9.2.0.Beta2
>
> Attachments: SingleClusterExecutorTest-local=false.log.gz, SingleClusterExecutorTest_ISPN-8554_kill_hung_tests_20171124.log.gz
>
>
> {noformat}
> testExecutorTriConsumerTimeoutException on SingleClusterExecutorTest{ local = true}(org.infinispan.manager.SingleClusterExecutorTest) Time elapsed: 1.049 sec <<< FAILURE!
> java.lang.AssertionError: Should have thrown an class java.util.concurrent.ExecutionException
> at org.infinispan.test.Exceptions.assertException(Exceptions.java:21)
> at org.infinispan.test.Exceptions.expectExecutionException(Exceptions.java:136)
> at org.infinispan.manager.AllClusterExecutorTest$17.call(AllClusterExecutorTest.java:390)
> at org.infinispan.test.TestingUtil.withCacheManagers(TestingUtil.java:1474)
> at org.infinispan.manager.AllClusterExecutorTest.testExecutorTriConsumerTimeoutException(AllClusterExecutorTest.java:376)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8573) Existing marshallers can't see deployed entities in the server
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8573?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes closed ISPN-8573.
-----------------------------------
Resolution: Duplicate Issue
Duplicates ISPN-8568
> Existing marshallers can't see deployed entities in the server
> --------------------------------------------------------------
>
> Key: ISPN-8573
> URL: https://issues.jboss.org/browse/ISPN-8573
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.2.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> https://issues.jboss.org/browse/ISPN-7714 introduced the possibility of deploying a jar containing classes (analyzers, entities, etc) and declare them at cache manager level using the {{<modules>}} config, so that those classes are available to the server.
> The existing marshallers in the server (protostream, generic, java, etc) don't take into account that configuration, and when using compat mode the following error occur when putting data:
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): java.lang.ClassNotFoundException: org.infinispan.server.test.task.servertask.SpotPrice from [Module "org.infinispan.commons:main" from local module loader @4ae82894 (finder: local module finder @543788f3 (roots: /server/node1/modules,/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:58)
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:34)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268)
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:77)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8573) Existing marshallers can't see deployed entities in the server
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8573?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-8573:
-----------------------------------------
[~anistor] It's the same thing. I actually forgot about that other one :D
> Existing marshallers can't see deployed entities in the server
> --------------------------------------------------------------
>
> Key: ISPN-8573
> URL: https://issues.jboss.org/browse/ISPN-8573
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.2.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> https://issues.jboss.org/browse/ISPN-7714 introduced the possibility of deploying a jar containing classes (analyzers, entities, etc) and declare them at cache manager level using the {{<modules>}} config, so that those classes are available to the server.
> The existing marshallers in the server (protostream, generic, java, etc) don't take into account that configuration, and when using compat mode the following error occur when putting data:
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): java.lang.ClassNotFoundException: org.infinispan.server.test.task.servertask.SpotPrice from [Module "org.infinispan.commons:main" from local module loader @4ae82894 (finder: local module finder @543788f3 (roots: /server/node1/modules,/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:58)
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:34)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268)
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:77)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (ISPN-8573) Existing marshallers can't see deployed entities in the server
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-8573?page=com.atlassian.jira.plugin.... ]
Adrian Nistor commented on ISPN-8573:
-------------------------------------
[~gustavonalle] Is this related (and different) or a duplicate of https://issues.jboss.org/browse/ISPN-8568 ?
> Existing marshallers can't see deployed entities in the server
> --------------------------------------------------------------
>
> Key: ISPN-8573
> URL: https://issues.jboss.org/browse/ISPN-8573
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.2.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> https://issues.jboss.org/browse/ISPN-7714 introduced the possibility of deploying a jar containing classes (analyzers, entities, etc) and declare them at cache manager level using the {{<modules>}} config, so that those classes are available to the server.
> The existing marshallers in the server (protostream, generic, java, etc) don't take into account that configuration, and when using compat mode the following error occur when putting data:
> {noformat}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): java.lang.ClassNotFoundException: org.infinispan.server.test.task.servertask.SpotPrice from [Module "org.infinispan.commons:main" from local module loader @4ae82894 (finder: local module finder @543788f3 (roots: /server/node1/modules,/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:58)
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:34)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268)
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:77)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years