[JBoss JIRA] (ISPN-2874) File handles leak
by Sanne Grinovero (JIRA)
Sanne Grinovero created ISPN-2874:
-------------------------------------
Summary: File handles leak
Key: ISPN-2874
URL: https://issues.jboss.org/browse/ISPN-2874
Project: Infinispan
Issue Type: Bug
Components: Querying
Affects Versions: 5.2.2.Final, 5.2.1.Final, 5.2.0.Final
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Priority: Critical
Fix For: 5.2.3.Final, 5.3.0.Alpha1
This forum post seems reliable and needs urgent investigation:
https://community.jboss.org/thread/221319
Seems that Infinispan Query is leaking references to open index readers.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-2873) Incorrect GlobalTransaction's provided when both batching and deadlock detection are enabled
by Brent Douglas (JIRA)
[ https://issues.jboss.org/browse/ISPN-2873?page=com.atlassian.jira.plugin.... ]
Brent Douglas updated ISPN-2873:
--------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/1691
> Incorrect GlobalTransaction's provided when both batching and deadlock detection are enabled
> ---------------------------------------------------------------------------------------------
>
> Key: ISPN-2873
> URL: https://issues.jboss.org/browse/ISPN-2873
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 5.2.2.Final
> Environment: AS7.2.0.Final, Fedora 18, Oracle JDK 7u15
> Reporter: Brent Douglas
> Assignee: Mircea Markus
>
> The dld configuration is skipped if baching is enables which results in this:
> {code}
> 21:45:33,884 ERROR [org.infinispan.transaction.TransactionCoordinator] (pool-31-thread-4) Error while processing prepare: java.lang.ClassCastException: org.infinispan.transaction.xa.GlobalTransaction cannot be cast to org.infinispan.transaction.xa.DldGlobalTransaction
> at org.infinispan.interceptors.DeadlockDetectingInterceptor.visitPrepareCommand(DeadlockDetectingInterceptor.java:103) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:106) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:107) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:135) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:58) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:128) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:115) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:126) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:85) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:126) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:141) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.beforeCompletion(SynchronizationAdapter.java:68) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyTransaction.notifyBeforeCompletion(DummyTransaction.java:230) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyTransaction.runPrepare(DummyTransaction.java:242) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:86) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:102) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:123) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:105) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.batch.AutoBatchSupport.endAtomic(AutoBatchSupport.java:49) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:56) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:46) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheImpl.createRoot(TreeCacheImpl.java:455) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:54) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:46) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheFactory.createTreeCache(TreeCacheFactory.java:59) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-2873) Incorrect GlobalTransaction's provided when both batching and deadlock detection are enabled
by Brent Douglas (JIRA)
Brent Douglas created ISPN-2873:
-----------------------------------
Summary: Incorrect GlobalTransaction's provided when both batching and deadlock detection are enabled
Key: ISPN-2873
URL: https://issues.jboss.org/browse/ISPN-2873
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 5.2.2.Final
Environment: AS7.2.0.Final, Fedora 18, Oracle JDK 7u15
Reporter: Brent Douglas
Assignee: Mircea Markus
The dld configuration is skipped if baching is enables which results in this:
{code}
21:45:33,884 ERROR [org.infinispan.transaction.TransactionCoordinator] (pool-31-thread-4) Error while processing prepare: java.lang.ClassCastException: org.infinispan.transaction.xa.GlobalTransaction cannot be cast to org.infinispan.transaction.xa.DldGlobalTransaction
at org.infinispan.interceptors.DeadlockDetectingInterceptor.visitPrepareCommand(DeadlockDetectingInterceptor.java:103) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:106) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:107) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:135) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:58) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:128) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:115) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:126) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:85) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:126) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:141) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.transaction.synchronization.SynchronizationAdapter.beforeCompletion(SynchronizationAdapter.java:68) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.transaction.tm.DummyTransaction.notifyBeforeCompletion(DummyTransaction.java:230) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.transaction.tm.DummyTransaction.runPrepare(DummyTransaction.java:242) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:86) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:102) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:123) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:105) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.batch.AutoBatchSupport.endAtomic(AutoBatchSupport.java:49) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:56) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:46) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.tree.TreeCacheImpl.createRoot(TreeCacheImpl.java:455) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:54) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:46) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
at org.infinispan.tree.TreeCacheFactory.createTreeCache(TreeCacheFactory.java:59) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-2872) CH_UPDATE from new coord may crash rebalance from old coord
by Radim Vansa (JIRA)
Radim Vansa created ISPN-2872:
---------------------------------
Summary: CH_UPDATE from new coord may crash rebalance from old coord
Key: ISPN-2872
URL: https://issues.jboss.org/browse/ISPN-2872
Project: Infinispan
Issue Type: Bug
Components: State transfer
Affects Versions: 5.2.2.Final
Reporter: Radim Vansa
Assignee: Mircea Markus
This happened probably the first time, but the issue is here:
When old coordinator leaves the cluster, it sends a REBALANCE_START as a goodbye. This will trigger rebalance process on some of the nodes. As we do sync GET_TRANSACTIONS, processing this command may take a while.
However, new coordinator will send CH_UPDATE, which will change the current topologyId to a higher id. This command is processed in LocalTopologyManagerImpl synchronized on cacheStatus, but rebalance command has already left its synchronized block when it executes handler.rebalance.
Then, as the old REBALANCE_START tries to call notifyTransactionDataReceived in its finally block, it finds out that the topologyId has increased and throws an exception. But the rebalance is left in inconsistent state (activeTopologyUpdates are non-zero, potentionally waitForState true, DataRehash listener notification not called...).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-2817) Create a locate() API on the Java Hot Rod client
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2817?page=com.atlassian.jira.plugin.... ]
Mircea Markus resolved ISPN-2817.
---------------------------------
Resolution: Rejected
the locate implementation was solely based on client's consistent hash which was not what the user was looking for. A better approach would be for the user to write some code that iterates over the entries in a server node (keySet) and dumps this information.
> Create a locate() API on the Java Hot Rod client
> ------------------------------------------------
>
> Key: ISPN-2817
> URL: https://issues.jboss.org/browse/ISPN-2817
> Project: Infinispan
> Issue Type: Feature Request
> Components: Distributed Cache
> Affects Versions: 5.2.1.Final
> Reporter: Mircea Markus
> Assignee: Manik Surtani
> Priority: Critical
> Fix For: 5.3.0.Final
>
>
> A locate() API to allow Java clients to make use of the consistent hash present in a RemoteCache instance and return a String representation of the endpoints assigned to a particular key. Typical signature:
> {code}
> List<String> locate(Object key)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-2702) RecoveryWithCustomCacheDistTest.testNodeCrashesAfterPrepare failing randomly
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-2702?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2702:
--------------------------------
Attachment: RecoveryWithCustomCacheDistTest.log.gz
Found two more failures in testNodeCrashesAfterPrepare and testSimpleTx. The exception is different than the one found by Galder.
> RecoveryWithCustomCacheDistTest.testNodeCrashesAfterPrepare failing randomly
> ----------------------------------------------------------------------------
>
> Key: ISPN-2702
> URL: https://issues.jboss.org/browse/ISPN-2702
> Project: Infinispan
> Issue Type: Bug
> Components: Transactions
> Reporter: Galder Zamarreño
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Fix For: 5.3.0.Final
>
> Attachments: RecoveryWithCustomCacheDistTest.log.gz, testNodeCrashesAfterPrepare-1.log
>
>
> {code}testNodeCrashesAfterPrepare(org.infinispan.tx.recovery.RecoveryWithCustomCacheDistTest) Time elapsed: 0.083 sec <<< FAILURE!
> java.lang.RuntimeException: javax.transaction.xa.XAException
> at org.infinispan.tx.recovery.RecoveryTestUtil.prepareTransaction(RecoveryTestUtil.java:58)
> at org.infinispan.tx.recovery.RecoveryWithDefaultCacheDistTest.testNodeCrashesAfterPrepare(RecoveryWithDefaultCacheDistTest.java:124)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:680)
> Caused by: javax.transaction.xa.XAException
> at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:161)
> at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123)
> at org.infinispan.transaction.xa.TransactionXaAdapter.prepare(TransactionXaAdapter.java:110)
> at org.infinispan.tx.recovery.RecoveryTestUtil.prepareTransaction(RecoveryTestUtil.java:56)
> ... 22 more{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-2871) All nodes are not replicated when eviction is enabled
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-2871?page=com.atlassian.jira.plugin.... ]
Adrian Nistor edited comment on ISPN-2871 at 2/28/13 5:21 AM:
--------------------------------------------------------------
Also noticed in your pom that you reference ispn ver. 5.2.1.FINAL, but really it is called 5.2.1.Final in our nexus. That makes me wonder if you are using the officially published build of ispn or one created by you?
EDIT: Actually this might be just because you are running on Windows and it's not case sensitive :). On my linux it fails to retrieve the artifact.
was (Author: anistor):
Also noticed in your pom that you reference ispn ver. 5.2.1.FINAL, but really it is called 5.2.1.Final in our nexus. That makes me wonder if you are using the officially published build of ispn or one created by you?
> All nodes are not replicated when eviction is enabled
> -----------------------------------------------------
>
> Key: ISPN-2871
> URL: https://issues.jboss.org/browse/ISPN-2871
> Project: Infinispan
> Issue Type: Bug
> Components: Eviction
> Affects Versions: 5.2.1.Final
> Reporter: Chris Beer
> Assignee: Adrian Nistor
> Priority: Blocker
> Fix For: 5.3.0.Final
>
>
> When I enable replication and eviction, it appear that not all nodes are replicated to all hosts. This problem was discovered when clustering modeshape with eviction, and critical nodes were not being properly replicated.
> I've modified the clustered-cache quick-start to (hopefully) demonstrate this problem:
> https://github.com/cbeer/infinispan-quickstart/tree/replication-eviction-...
> Node1 creates 100 cache entries (key0 -> key99). When eviction is disabled, the final cache size on Node0 is 100. When eviction is enabled, the final cache size is 78.
> This seems suspiciously similar to ISPN-2712.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-2871) All nodes are not replicated when eviction is enabled
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-2871?page=com.atlassian.jira.plugin.... ]
Adrian Nistor commented on ISPN-2871:
-------------------------------------
Also noticed in your pom that you reference ispn ver. 5.2.1.FINAL, but really it is called 5.2.1.Final in our nexus. That makes me wonder if you are using the officially published build of ispn or one created by you?
> All nodes are not replicated when eviction is enabled
> -----------------------------------------------------
>
> Key: ISPN-2871
> URL: https://issues.jboss.org/browse/ISPN-2871
> Project: Infinispan
> Issue Type: Bug
> Components: Eviction
> Affects Versions: 5.2.1.Final
> Reporter: Chris Beer
> Assignee: Mircea Markus
> Priority: Blocker
> Fix For: 5.3.0.Final
>
>
> When I enable replication and eviction, it appear that not all nodes are replicated to all hosts. This problem was discovered when clustering modeshape with eviction, and critical nodes were not being properly replicated.
> I've modified the clustered-cache quick-start to (hopefully) demonstrate this problem:
> https://github.com/cbeer/infinispan-quickstart/tree/replication-eviction-...
> Node1 creates 100 cache entries (key0 -> key99). When eviction is disabled, the final cache size on Node0 is 100. When eviction is enabled, the final cache size is 78.
> This seems suspiciously similar to ISPN-2712.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months