[JBoss JIRA] (ISPN-8139) OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8139?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8139:
-------------------------------
Status: Open (was: New)
> OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash random failures
> ----------------------------------------------------------------------------------
>
> Key: ISPN-8139
> URL: https://issues.jboss.org/browse/ISPN-8139
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Tristan Tarrant
> Labels: testsuite_stability
>
> Stacktrace
> java.util.concurrent.TimeoutException
> at java.util.concurrent.FutureTask.get(FutureTask.java:205)
> at org.infinispan.distribution.rehash.OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash(OptimisticPrimaryOwnerCrashDuringPrepareTest.java:58)
> 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)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 16 stack frames
>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (ISPN-8139) OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8139?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8139:
-------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5341
> OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash random failures
> ----------------------------------------------------------------------------------
>
> Key: ISPN-8139
> URL: https://issues.jboss.org/browse/ISPN-8139
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Tristan Tarrant
> Labels: testsuite_stability
>
> Stacktrace
> java.util.concurrent.TimeoutException
> at java.util.concurrent.FutureTask.get(FutureTask.java:205)
> at org.infinispan.distribution.rehash.OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash(OptimisticPrimaryOwnerCrashDuringPrepareTest.java:58)
> 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)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 16 stack frames
>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (ISPN-8139) OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8139?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-8139:
------------------------------------
The problem is that the {{future.get()}} timeout is the same as the lock acquisition timeout. If the prepare fails to acquire the lock first, the timeout exception is captured in the transaction until {{runCommit(false)}} is called, but if the future times out first, the test fails.
> OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash random failures
> ----------------------------------------------------------------------------------
>
> Key: ISPN-8139
> URL: https://issues.jboss.org/browse/ISPN-8139
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Tristan Tarrant
> Labels: testsuite_stability
>
> Stacktrace
> java.util.concurrent.TimeoutException
> at java.util.concurrent.FutureTask.get(FutureTask.java:205)
> at org.infinispan.distribution.rehash.OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash(OptimisticPrimaryOwnerCrashDuringPrepareTest.java:58)
> 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)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 16 stack frames
>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (ISPN-8161) Inconsistent behavior with unsafe flags
by Pedro Ruivo (JIRA)
Pedro Ruivo created ISPN-8161:
---------------------------------
Summary: Inconsistent behavior with unsafe flags
Key: ISPN-8161
URL: https://issues.jboss.org/browse/ISPN-8161
Project: Infinispan
Issue Type: Bug
Components: Core, L1, Transactions
Reporter: Pedro Ruivo
Assignee: Pedro Ruivo
There is a small inconsistency with unsafe flags and conditional commands when the cache is transactions and L1 is enabled. Some conditional commands don't set the unsafe flags while others do.
Unsafe flags are set to:
* putIfAbsent(k,v)
* replace(k,v)
and they aren't set for:
* remove(k, v)
* replace(k, v, v)
this brings to an inconsistent behavior. In a non-owner:
* a replace(k, v) will fetch the entry and *don't* store it in L1
* a replace(k, v, v) will fetch the entry and store it in L1
Proposed fix: don't set the unsafe flags for all the conditional commands.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months