June 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3161) BaseStoreFunctionalTest.testRestoreTransactionalAtomicMap fails intermittently

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3161?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3161: ---------------------------------- Summary: BaseStoreFunctionalTest.testRestoreTransactionalAtomicMap fails intermittently (was: ClusterFileCacheStoreFunctionalTest.testRestoreTransactionalAtomicMap fails intermittently) > BaseStoreFunctionalTest.testRestoreTransactionalAtomicMap fails intermittently > ------------------------------------------------------------------------------ > > Key: ISPN-3161 > URL: https://issues.jboss.org/browse/ISPN-3161 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Test Suite - Core > Affects Versions: 5.3.0.CR1 > Reporter: William Burns > Assignee: Mircea Markus > Attachments: infinispan.zip > > > This test fails intermittently with a TimeoutException. > The easiest way to reproduce is just to add an @Test annotation setting the invocationCount to 1000 or more. > I have attached a trace when the error occurs. > {code} > 2013-05-30 17:27:41,660 ERROR (main) [org.infinispan.interceptors.InvocationContextInterceptor] ISPN000136: Execution error > org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [0 milliseconds] on key [testRestoreTransactionalAtomicMap] for requestor [Thread[main,5,main]]! Lock held by [GlobalTransaction:<NodeA-52943>:700:remote] > at org.infinispan.util.concurrent.locks.LockManagerImpl.lock(LockManagerImpl.java:214) > at org.infinispan.util.concurrent.locks.LockManagerImpl.acquireLockNoCheck(LockManagerImpl.java:197) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockKey(AbstractLockingInterceptor.java:149) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.visitEvictCommand(AbstractTxLockingInterceptor.java:86) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.statetransfer.StateTransferInterceptor.visitEvictCommand(StateTransferInterceptor.java:179) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) > at org.infinispan.CacheImpl.evict(CacheImpl.java:538) > at org.infinispan.CacheImpl.evict(CacheImpl.java:531) > at org.infinispan.loaders.file.ClusterFileCacheStoreFunctionalTest.testRestoreTransactionalAtomicMap(ClusterFileCacheStoreFunctionalTest.java:101) > .... > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8691) Infinispan rejects to read cache file bigger than 2147483647 (Integer.MAX_VALUE)

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8691?page=com.atlassian.jira.plugin.... ] Ryan Emerson reassigned ISPN-8691: ---------------------------------- Assignee: Ryan Emerson > Infinispan rejects to read cache file bigger than 2147483647 (Integer.MAX_VALUE) > -------------------------------------------------------------------------------- > > Key: ISPN-8691 > URL: https://issues.jboss.org/browse/ISPN-8691 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 9.1.1.Final > Reporter: Dmitry Katsubo > Assignee: Ryan Emerson > Priority: Minor > Fix For: 9.3.0.Final > > > In my scenario the cache file size created by {{SingleFileStore}} is 3.054.196.342 bytes. When this file is tried to be loaded, it fails with the following exception: > {code} > Caused by: org.infinispan.persistence.spi.PersistenceException: ISPN000279: Failed to read stored entries from file. Error in file /work/search-service-layer_data/infinispan/cache_test_dk83146/markupCache.dat at offset 4 > at org.infinispan.persistence.file.SingleFileStore.rebuildIndex(SingleFileStore.java:182) > at org.infinispan.persistence.file.SingleFileStore.start(SingleFileStore.java:127) > ... 155 more > {code} > Cache file content: > {code} > 0000000000: 46 43 53 31 80 B1 89 47 │ 00 00 00 00 00 00 00 00 FCS1?+%G > 0000000010: 00 00 00 00 FF FF FF FF │ FF FF FF FF 02 15 4E 06 yyyyyyyy☻§N♠ > 0000000020: 05 03 04 09 00 00 00 2F │ 6F 72 67 2E 73 70 72 69 ♣♥♦○ /org.spri > 0000000030: 6E 67 66 72 61 6D 65 77 │ 6F 72 6B 2E 63 61 63 68 ngframework.cach > 0000000040: 65 2E 69 6E 74 65 72 63 │ 65 70 74 6F 72 2E 53 69 e.interceptor.Si > 0000000050: 6D 70 6C 65 4B 65 79 4C │ 0A 57 03 6B 6D 93 D8 00 mpleKeyL◙W♥km"O > 0000000060: 00 00 02 00 00 00 08 68 │ 61 73 68 43 6F 64 65 23 ☻ ◘hashCode# > 0000000070: 00 00 00 00 06 70 61 72 │ 61 6D 73 16 00 16 15 E6 ♠params▬ ▬§? > {code} > The problem is that integer value 0x80B18947 is treated as signed integer in line {{SingleFileStore:181}}, hence in expression > {code} > if (fe.size < KEY_POS + fe.keyLen + fe.dataLen + fe.metadataLen) { > throw log.errorReadingFileStore(file.getPath(), filePos); > } > {code} > {{fe.size}} is negative and equal to -2135848633. > I have tried to configure the persistence storage so that it gets purged on start: > {code} > <persistence passivation="true"> > <file-store path="/var/cache/infinispan" purge="true"> > <write-behind thread-pool-size="5" /> > </file-store> > </persistence> > {code} > however this does not help as storage is first read and then purged (see also ISPN-7186). > It is expected that {{SingleFileStore}} either does not allow to write such big entries to the cache, or handles them correctly. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8691) Infinispan rejects to read cache file bigger than 2147483647 (Integer.MAX_VALUE)

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8691?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8691: ------------------------------- Issue Type: Bug (was: Enhancement) Fix Version/s: 9.3.0.Final Sprint: Sprint 9.3.0.Final > Infinispan rejects to read cache file bigger than 2147483647 (Integer.MAX_VALUE) > -------------------------------------------------------------------------------- > > Key: ISPN-8691 > URL: https://issues.jboss.org/browse/ISPN-8691 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 9.1.1.Final > Reporter: Dmitry Katsubo > Assignee: Ryan Emerson > Priority: Minor > Fix For: 9.3.0.Final > > > In my scenario the cache file size created by {{SingleFileStore}} is 3.054.196.342 bytes. When this file is tried to be loaded, it fails with the following exception: > {code} > Caused by: org.infinispan.persistence.spi.PersistenceException: ISPN000279: Failed to read stored entries from file. Error in file /work/search-service-layer_data/infinispan/cache_test_dk83146/markupCache.dat at offset 4 > at org.infinispan.persistence.file.SingleFileStore.rebuildIndex(SingleFileStore.java:182) > at org.infinispan.persistence.file.SingleFileStore.start(SingleFileStore.java:127) > ... 155 more > {code} > Cache file content: > {code} > 0000000000: 46 43 53 31 80 B1 89 47 │ 00 00 00 00 00 00 00 00 FCS1?+%G > 0000000010: 00 00 00 00 FF FF FF FF │ FF FF FF FF 02 15 4E 06 yyyyyyyy☻§N♠ > 0000000020: 05 03 04 09 00 00 00 2F │ 6F 72 67 2E 73 70 72 69 ♣♥♦○ /org.spri > 0000000030: 6E 67 66 72 61 6D 65 77 │ 6F 72 6B 2E 63 61 63 68 ngframework.cach > 0000000040: 65 2E 69 6E 74 65 72 63 │ 65 70 74 6F 72 2E 53 69 e.interceptor.Si > 0000000050: 6D 70 6C 65 4B 65 79 4C │ 0A 57 03 6B 6D 93 D8 00 mpleKeyL◙W♥km"O > 0000000060: 00 00 02 00 00 00 08 68 │ 61 73 68 43 6F 64 65 23 ☻ ◘hashCode# > 0000000070: 00 00 00 00 06 70 61 72 │ 61 6D 73 16 00 16 15 E6 ♠params▬ ▬§? > {code} > The problem is that integer value 0x80B18947 is treated as signed integer in line {{SingleFileStore:181}}, hence in expression > {code} > if (fe.size < KEY_POS + fe.keyLen + fe.dataLen + fe.metadataLen) { > throw log.errorReadingFileStore(file.getPath(), filePos); > } > {code} > {{fe.size}} is negative and equal to -2135848633. > I have tried to configure the persistence storage so that it gets purged on start: > {code} > <persistence passivation="true"> > <file-store path="/var/cache/infinispan" purge="true"> > <write-behind thread-pool-size="5" /> > </file-store> > </persistence> > {code} > however this does not help as storage is first read and then purged (see also ISPN-7186). > It is expected that {{SingleFileStore}} either does not allow to write such big entries to the cache, or handles them correctly. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8976) 2 subclusters failed to merge to 1 cluster - IllegalLifecycleStateException

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8976?page=com.atlassian.jira.plugin.... ] Ryan Emerson commented on ISPN-8976: ------------------------------------ [~robertcernak] This did not make it into 9.3.0.CR1, however it is scheduled as part of our current sprint for 9.3.0.Final. So all being well the fix should be part of 9.3.0.Final which is due on 25/06/18 > 2 subclusters failed to merge to 1 cluster - IllegalLifecycleStateException > --------------------------------------------------------------------------- > > Key: ISPN-8976 > URL: https://issues.jboss.org/browse/ISPN-8976 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.4.Final > Reporter: Robert Cernak > Assignee: Ryan Emerson > Fix For: 9.3.0.Final > > Attachments: logs.zip > > > At the beginning I have main cluster consisted of 8 nodes. > Then I disconnected main switch on which these nodes were connected. > This leaded to separating main cluster to 2 subclusters - first with 2 nodes and second with 6 nodes. This was expected. > After that I rebooted the nodes. After reboot, nodes again correctly formed 2 subclusters with 2 and 6 members. > After a long time when all nodes were stable with low cpu load, I connected the main switch back which should lead to recreation of main cluster with 8 controllers. > However main cluster did not recovered: > subcluster2 did not change - still had 6 nodes connected - no new members > subcluster1 - nodes did not connect with subcluster2 and after cca 30min they left the cluster. > When I checked infinispan logs of node1 from 1st subcluster I had IllegalLifecycleStateException for every created cache (see included logs.zip): > [transport-thread-744a974a-2811-4f79-ac63-f32daf005d7f-p4-t6] (ClusterCacheStatus.java:599) - ISPN000228: Failed to recover cache XXX state after the current node became the coordinator > org.infinispan.IllegalLifecycleStateException: Cache container has been stopped and cannot be reused. Recreate the cache container. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9266) StrongCounterAPITest.testAdd fails intermittently

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-9266: ------------------------------------- Summary: StrongCounterAPITest.testAdd fails intermittently Key: ISPN-9266 URL: https://issues.jboss.org/browse/ISPN-9266 Project: Infinispan Issue Type: Bug Components: Clustered Counter, Test Suite - Server Reporter: Tristan Tarrant Assignee: Pedro Ruivo testAdd java.lang.AssertionError: expected:<20> but was:<30> at org.infinispan.server.hotrod.counter.impl.StrongCounterImplTestStrategy.add(StrongCounterImplTestStrategy.java:142) at org.infinispan.server.hotrod.counter.impl.StrongCounterImplTestStrategy.add(StrongCounterImplTestStrategy.java:36) at org.infinispan.server.hotrod.counter.impl.BaseCounterImplTest.testAdd(BaseCounterImplTest.java:64) at org.infinispan.client.hotrod.counter.StrongCounterAPITest.testAdd(StrongCounterAPITest.java:52) at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24) 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 23 stack frames -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9265) StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry fails

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-9265?page=com.atlassian.jira.plugin.... ] Ryan Emerson closed ISPN-9265. ------------------------------ Resolution: Duplicate Issue Duplicates [ISPN-9264|https://issues.jboss.org/browse/ISPN-9264], closing. > StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry fails > ------------------------------------------------------------------------ > > Key: ISPN-9265 > URL: https://issues.jboss.org/browse/ISPN-9265 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Tristan Tarrant > Assignee: Ryan Emerson > > Error Message > Read timeout > Stacktrace > java.lang.AssertionError: Read timeout > at org.infinispan.server.test.cs.jdbc.multinode.StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry(StringBasedStoreInvalidationCacheSyncIT.java:82) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9265) StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry fails

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9265?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9265: ---------------------------------- Description: Error Message Read timeout Stacktrace java.lang.AssertionError: Read timeout at org.infinispan.server.test.cs.jdbc.multinode.StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry(StringBasedStoreInvalidationCacheSyncIT.java:82) > StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry fails > ------------------------------------------------------------------------ > > Key: ISPN-9265 > URL: https://issues.jboss.org/browse/ISPN-9265 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Tristan Tarrant > Assignee: Ryan Emerson > > Error Message > Read timeout > Stacktrace > java.lang.AssertionError: Read timeout > at org.infinispan.server.test.cs.jdbc.multinode.StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry(StringBasedStoreInvalidationCacheSyncIT.java:82) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9265) StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry fails

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-9265: ------------------------------------- Summary: StringBasedStoreInvalidationCacheSyncIT.testRemoveNonExistentEntry fails Key: ISPN-9265 URL: https://issues.jboss.org/browse/ISPN-9265 Project: Infinispan Issue Type: Bug Components: Test Suite - Server Reporter: Tristan Tarrant Assignee: Ryan Emerson -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9247) Upgrade to Wildfly 13

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-9247?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-9247: ------------------------------- Sprint: Sprint 9.3.0.Final > Upgrade to Wildfly 13 > --------------------- > > Key: ISPN-9247 > URL: https://issues.jboss.org/browse/ISPN-9247 > Project: Infinispan > Issue Type: Component Upgrade > Components: Server > Affects Versions: 9.3.0.Beta1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.3.0.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9259) Feature-packs should utilise modules/system/add-ons dir

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-9259?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-9259: ------------------------------- Sprint: Sprint 9.3.0.Final > Feature-packs should utilise modules/system/add-ons dir > ------------------------------------------------------- > > Key: ISPN-9259 > URL: https://issues.jboss.org/browse/ISPN-9259 > Project: Infinispan > Issue Type: Enhancement > Components: Server, WildFly modules > Affects Versions: 9.3.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.3.0.Final > > > Currently the feature-packs install infinispan modules in the root /modules dir, instead they should be stored under /modules/system/add-ons as per the [guidelines|https://developer.jboss.org/wiki%20/LayeredDistributionsAndMod...]. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2018