[JBoss JIRA] (ISPN-9267) RemoteMultimapCacheAPITest fails with trace logging enabled
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-9267?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9267:
-------------------------------
Status: Open (was: New)
> RemoteMultimapCacheAPITest fails with trace logging enabled
> -----------------------------------------------------------
>
> Key: ISPN-9267
> URL: https://issues.jboss.org/browse/ISPN-9267
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 9.3.0.CR1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.3.0.Final
>
>
> {{Codec20.writeHeader()}} logs the name of the operation using {{HotRodConstants.Names.of(op)}}, which in turn uses an array populated with the request/response constants in {{HotRodConstants}}. The multimap request/response ops are defined in {{MultimapHotRodConstants}}, so they're missing from the array:
> {noformat}
> [ERROR] testContainsEntry(org.infinispan.client.hotrod.RemoteMultimapCacheAPITest) Time elapsed: 0.016 s <<< FAILURE!
> java.util.concurrent.CompletionException: java.lang.ArrayIndexOutOfBoundsException: 107
> at java.util.concurrent.CompletableFuture.reportJoin(CompletableFuture.java:375)
> at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934)
> at org.infinispan.client.hotrod.RemoteMultimapCacheAPITest.testContainsEntry(RemoteMultimapCacheAPITest.java:128)
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 107
> at org.infinispan.client.hotrod.impl.protocol.HotRodConstants$Names.of(HotRodConstants.java:241)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.writeHeader(Codec20.java:129)
> at org.infinispan.client.hotrod.impl.protocol.Codec28.writeHeader(Codec28.java:19)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendKeyValueOperation(AbstractKeyValueOperation.java:53)
> at org.infinispan.client.hotrod.impl.multimap.operations.PutKeyValueMultimapOperation.executeOperation(PutKeyValueMultimapOperation.java:43)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.invoke(RetryOnFailureOperation.java:75)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelPool.activateChannel(ChannelPool.java:217)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelPool.acquire(ChannelPool.java:86)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelFactory.fetchChannelAndInvoke(ChannelFactory.java:258)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelFactory.fetchChannelAndInvoke(ChannelFactory.java:296)
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.fetchChannelAndInvoke(AbstractKeyOperation.java:39)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:60)
> at org.infinispan.client.hotrod.impl.multimap.RemoteMultimapCacheImpl.put(RemoteMultimapCacheImpl.java:78)
> ... 24 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (ISPN-9267) RemoteMultimapCacheAPITest fails with trace logging enabled
by Dan Berindei (JIRA)
Dan Berindei created ISPN-9267:
----------------------------------
Summary: RemoteMultimapCacheAPITest fails with trace logging enabled
Key: ISPN-9267
URL: https://issues.jboss.org/browse/ISPN-9267
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Affects Versions: 9.3.0.CR1
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 9.3.0.Final
{{Codec20.writeHeader()}} logs the name of the operation using {{HotRodConstants.Names.of(op)}}, which in turn uses an array populated with the request/response constants in {{HotRodConstants}}. The multimap request/response ops are defined in {{MultimapHotRodConstants}}, so they're missing from the array:
{noformat}
[ERROR] testContainsEntry(org.infinispan.client.hotrod.RemoteMultimapCacheAPITest) Time elapsed: 0.016 s <<< FAILURE!
java.util.concurrent.CompletionException: java.lang.ArrayIndexOutOfBoundsException: 107
at java.util.concurrent.CompletableFuture.reportJoin(CompletableFuture.java:375)
at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934)
at org.infinispan.client.hotrod.RemoteMultimapCacheAPITest.testContainsEntry(RemoteMultimapCacheAPITest.java:128)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 107
at org.infinispan.client.hotrod.impl.protocol.HotRodConstants$Names.of(HotRodConstants.java:241)
at org.infinispan.client.hotrod.impl.protocol.Codec20.writeHeader(Codec20.java:129)
at org.infinispan.client.hotrod.impl.protocol.Codec28.writeHeader(Codec28.java:19)
at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendKeyValueOperation(AbstractKeyValueOperation.java:53)
at org.infinispan.client.hotrod.impl.multimap.operations.PutKeyValueMultimapOperation.executeOperation(PutKeyValueMultimapOperation.java:43)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.invoke(RetryOnFailureOperation.java:75)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelPool.activateChannel(ChannelPool.java:217)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelPool.acquire(ChannelPool.java:86)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelFactory.fetchChannelAndInvoke(ChannelFactory.java:258)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelFactory.fetchChannelAndInvoke(ChannelFactory.java:296)
at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.fetchChannelAndInvoke(AbstractKeyOperation.java:39)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:60)
at org.infinispan.client.hotrod.impl.multimap.RemoteMultimapCacheImpl.put(RemoteMultimapCacheImpl.java:78)
... 24 more
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months