January 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-6040) FunctionalNonTxBackupOwnerBecomingPrimaryOwnerTest.testPrimaryOwnerChangingDuringRemove random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-6040?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-6040: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > FunctionalNonTxBackupOwnerBecomingPrimaryOwnerTest.testPrimaryOwnerChangingDuringRemove random failures > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-6040 > URL: https://issues.jboss.org/browse/ISPN-6040 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Priority: Blocker > Labels: testsuite_stability > Fix For: 8.2.0.CR1 > > > Similar to ISPN-6039, the test failure is caused by the state transfer put happening after the test's remove. > In this case, the command types are different, so blocking works correctly. However, when the {{ReadWriteKeyValueCommand}} executes before the state transfer put, it doesn't find any value, and it doesn't commit the entry. This means the key is not added to {{CommitManager}}'s {{tracker}} map, and the state transfer put is allowed to write to it - effectively undoing the remove. > {noformat} > java.lang.AssertionError: expected:<null> but was:<v0> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88) > at org.infinispan.distribution.rehash.NonTxBackupOwnerBecomingPrimaryOwnerTest.doTest(NonTxBackupOwnerBecomingPrimaryOwnerTest.java:194) > at org.infinispan.functional.distribution.rehash.FunctionalNonTxBackupOwnerBecomingPrimaryOwnerTest.testPrimaryOwnerChangingDuringRemove(FunctionalNonTxBackupOwnerBecomingPrimaryOwnerTest.java:103) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6039) NonTxBackupOwnerBecomingPrimaryOwnerTest.testPrimaryOwnerChangingDuringPutOverwrite random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-6039?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-6039: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > NonTxBackupOwnerBecomingPrimaryOwnerTest.testPrimaryOwnerChangingDuringPutOverwrite random failures > --------------------------------------------------------------------------------------------------- > > Key: ISPN-6039 > URL: https://issues.jboss.org/browse/ISPN-6039 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Blocker > Labels: testsuite_stability > Fix For: 8.2.0.CR1 > > > The problem is that the state transfer write can happen after we started the regular put, and is blocked by the {{BlockingInterceptor}}. The test then unblocks the state transfer put, but never unblocks the regular put, which eventually times out. > {noformat} > java.util.concurrent.TimeoutException > at java.util.concurrent.FutureTask.get(FutureTask.java:205) > at org.infinispan.distribution.rehash.NonTxBackupOwnerBecomingPrimaryOwnerTest.doTest(NonTxBackupOwnerBecomingPrimaryOwnerTest.java:193) > at org.infinispan.distribution.rehash.NonTxBackupOwnerBecomingPrimaryOwnerTest.testPrimaryOwnerChangingDuringPutOverwrite(NonTxBackupOwnerBecomingPrimaryOwnerTest.java:75) > {noformat} > The test should be more explicit about the state transfer put - ideally it should have 2 cases, one with the state transfer put happening before the regular put, and one after. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6038) ClientAsymmetricClusterTest.testAsymmetricCluster random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-6038?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-6038: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > ClientAsymmetricClusterTest.testAsymmetricCluster random failures > ----------------------------------------------------------------- > > Key: ISPN-6038 > URL: https://issues.jboss.org/browse/ISPN-6038 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Test Suite - Server > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Priority: Blocker > Labels: testsuite_stability > Fix For: 8.2.0.CR1 > > > {{ClientAsymmetricClusterTest.testAsymmetricCluster}} is failing since the ISPN-5981 fix, which enabled {{pingOnStartup}} by default, and now returns {{null}} if the first server to be pinged doesn't have the cache defined. > {noformat} > 10:23:07,862 WARN (testng-ClientAsymmetricClusterTest:) [Codec21] ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'asymmetricCache' not found amongst the configured caches > 10:23:07,862 ERROR (testng-ClientAsymmetricClusterTest:) [UnitTestTestNGListener] Test testAsymmetricCluster(org.infinispan.client.hotrod.ClientAsymmetricClusterTest) failed. > java.lang.NullPointerException > at org.infinispan.client.hotrod.ClientAsymmetricClusterTest.testAsymmetricCluster(ClientAsymmetricClusterTest.java:38) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6041) Remote Listeners: Client event reader thread reports EOF as error

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-6041?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-6041: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > Remote Listeners: Client event reader thread reports EOF as error > ----------------------------------------------------------------- > > Key: ISPN-6041 > URL: https://issues.jboss.org/browse/ISPN-6041 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Priority: Minor > Fix For: 8.2.0.CR1 > > > {noformat} > 14:02:14,904 ERROR (Client-Listener-87aa07aee56d43e1) [ClientListenerNotifier] ISPN004043: Unrecoverable error reading event from server /127.0.0.1:15530, exiting event reader thread > org.infinispan.client.hotrod.exceptions.TransportException: End of stream reached! > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:198) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:305) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readEvent(Codec20.java:147) > at org.infinispan.client.hotrod.event.ClientListenerNotifier$EventDispatcher.run(ClientListenerNotifier.java:252) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6047) Deadlock when a prepare command is retried

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-6047?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-6047: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > Deadlock when a prepare command is retried > ------------------------------------------ > > Key: ISPN-6047 > URL: https://issues.jboss.org/browse/ISPN-6047 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Fix For: 8.2.0.CR1 > > > Looks like the ISPN-5623 fix went too far, and now I found a test failure with the opposite behaviour: > 1. Remote prepare for {{txA}} acquires lock {{K}} > 2. Remote prepare for {{txB}} blocks waiting for lock {{K}} > 3. The topology changes, and the {{txA}} prepare is retried > 4. The {{txA}} prepare times out, because it waits for pending transaction {{txB}} to finish. > So we have to make {{txA}} somehow know that it already has the lock after it received an {{UnsureResponse}} for the prepare command, and skip waiting for pending transactions. > I found the problem in a random failure of {{DistributedFourNodesMapReduceTest}} on a local branch, but I'm not sure if my local changes (making SyncCHF the default CH factory) made it more likely. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5995) ParseUtils.unexpectedElement/unxpectedAttribute called but the exception is not thrown

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5995?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5995: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > ParseUtils.unexpectedElement/unxpectedAttribute called but the exception is not thrown > -------------------------------------------------------------------------------------- > > Key: ISPN-5995 > URL: https://issues.jboss.org/browse/ISPN-5995 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Adrian Nistor > Fix For: 8.2.0.CR1, 8.0.3.Final > > > There are a number of invocations of org.infinispan.configuration.parsing.ParseUtils where the returned XMLStreamException is not thrown although it should. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6036) Support custom KeyPartitioners in the HotRod server and client

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-6036?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-6036: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > Support custom KeyPartitioners in the HotRod server and client > -------------------------------------------------------------- > > Key: ISPN-6036 > URL: https://issues.jboss.org/browse/ISPN-6036 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.CR1 > > > ISPN-5465 introduced the {{KeyPartitioner}} interface to allow custom mapping of keys to hash segments, but only in embedded mode. > The HotRod protocol doesn't necessarily need changes, the server and client just need to use the same {{KeyPartitioner}}. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5975) Flush cache operation for server

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5975?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5975: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > Flush cache operation for server > -------------------------------- > > Key: ISPN-5975 > URL: https://issues.jboss.org/browse/ISPN-5975 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.2.0.CR1 > > > Implement a flush-cache operation registered for every cache type which, if passivation is enabled, evicts all entries to the store, otherwise if a write-behind cache store is enabled, it waits for completion, otherwise it does nothing. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5976) Server ops which don't manipulate the model should be runtime only

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5976?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5976: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > Server ops which don't manipulate the model should be runtime only > ------------------------------------------------------------------ > > Key: ISPN-5976 > URL: https://issues.jboss.org/browse/ISPN-5976 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Affects Versions: 8.1.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.2.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5979) Server cache operations that don't affect the model should be executable in profile and per-server

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5979?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5979: ------------------------------- Fix Version/s: 8.2.0.CR1 (was: 8.2.0.Beta1) > Server cache operations that don't affect the model should be executable in profile and per-server > -------------------------------------------------------------------------------------------------- > > Key: ISPN-5979 > URL: https://issues.jboss.org/browse/ISPN-5979 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.1.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.2.0.CR1 > > > Server cache commands can be executed in both profiles and per-server, so they should be set "runtme only" when they don't affect the model. > Additionally server commands should use a more robust method of obtaining the container/cache from the operation's path address -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2016