[JBoss JIRA] (ISPN-4091) Transactions and data should prefer to be sourced from a primary owner
by Erik Salter (JIRA)
[ https://issues.jboss.org/browse/ISPN-4091?page=com.atlassian.jira.plugin.... ]
Erik Salter updated ISPN-4091:
------------------------------
Summary: Transactions and data should prefer to be sourced from a primary owner (was: Transactions and data should prefer to be sourced from a primay owner)
> Transactions and data should prefer to be sourced from a primary owner
> ----------------------------------------------------------------------
>
> Key: ISPN-4091
> URL: https://issues.jboss.org/browse/ISPN-4091
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer
> Affects Versions: 5.2.7.Final
> Reporter: Erik Salter
> Assignee: Dan Berindei
>
> The current state transfer mechanism will ask the backup segments for transaction and state information. However, this breaks if there is a pessimistic transaction executing on the primary data owner, Consider the following use case:
> A new owner joins and sources the ongoing transactions and data for key k from the backup. Meanwhile, a local transaction has started on the primary owner for k, but has not prepared on any remote nodes. So the new node does not know about the ongoing transaction. While that's going on, a new tx starts on the new owner. Since these are pessimistic, the new transaction will acquires the lock for the same key.
> So we can have data inconsistency.
> The state transfer mechanism should prefer to source the transaction and state information from the primary owner. This should cover all cases: if the originator is not the primary owner, then any (backup) locks must be replicated to all the owners, either directly during the tx or during a previous state transfer.
--
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
12 years
[JBoss JIRA] (ISPN-4091) Transactions and data should prefer to be sourced from a primay owner
by Erik Salter (JIRA)
[ https://issues.jboss.org/browse/ISPN-4091?page=com.atlassian.jira.plugin.... ]
Erik Salter updated ISPN-4091:
------------------------------
Description:
The current state transfer mechanism will ask the backup segments for transaction and state information. However, this breaks if there is a pessimistic transaction executing on the primary data owner, Consider the following use case:
A new owner joins and sources the ongoing transactions and data for key k from the backup. Meanwhile, a local transaction has started on the primary owner for k, but has not prepared on any remote nodes. So the new node does not know about the ongoing transaction. While that's going on, a new tx starts on the new owner. Since these are pessimistic, the new transaction will acquires the lock for the same key.
So we can have data inconsistency.
The state transfer mechanism should prefer to source the transaction and state information from the primary owner. This should cover all cases: if the originator is not the primary owner, then any (backup) locks must be replicated to all the owners, either directly during the tx or during a previous state transfer.
was:
The current state transfer mechanism will ask the backup segments for transaction and state information. However, this breaks if there is a pessimistic transaction executing on the primary data owner, Consider the following use case:
A new owner joins and sources the ongoing transactions and data for key k from the backup. Meanwhile, a local transaction has started on the primary owner for k, but has not prepared on any remote nodes. So the new node does not know about the ongoing transaction. While that's going on, a new tx starts on the new owner. Since these are pessimistic, the new transaction will acquires the lock for the same key.
So we can have data inconsistency.
The state transfer mechanism should prefer to source the transaction and state information from the primary owner. This should cover all cases: if the originator is not the primary owner, then any (backup) locks must be replicated to all the owners, either directly during the tx or during a previous state transfer.
[13:26] <dberindei> I think asking the primary owner should be enough
> Transactions and data should prefer to be sourced from a primay owner
> ---------------------------------------------------------------------
>
> Key: ISPN-4091
> URL: https://issues.jboss.org/browse/ISPN-4091
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer
> Affects Versions: 5.2.7.Final
> Reporter: Erik Salter
> Assignee: Dan Berindei
>
> The current state transfer mechanism will ask the backup segments for transaction and state information. However, this breaks if there is a pessimistic transaction executing on the primary data owner, Consider the following use case:
> A new owner joins and sources the ongoing transactions and data for key k from the backup. Meanwhile, a local transaction has started on the primary owner for k, but has not prepared on any remote nodes. So the new node does not know about the ongoing transaction. While that's going on, a new tx starts on the new owner. Since these are pessimistic, the new transaction will acquires the lock for the same key.
> So we can have data inconsistency.
> The state transfer mechanism should prefer to source the transaction and state information from the primary owner. This should cover all cases: if the originator is not the primary owner, then any (backup) locks must be replicated to all the owners, either directly during the tx or during a previous state transfer.
--
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
12 years
[JBoss JIRA] (ISPN-4091) Transactions and data should prefer to be sourced from a primay owner
by Erik Salter (JIRA)
Erik Salter created ISPN-4091:
---------------------------------
Summary: Transactions and data should prefer to be sourced from a primay owner
Key: ISPN-4091
URL: https://issues.jboss.org/browse/ISPN-4091
Project: Infinispan
Issue Type: Bug
Components: State Transfer
Affects Versions: 5.2.7.Final
Reporter: Erik Salter
Assignee: Dan Berindei
The current state transfer mechanism will ask the backup segments for transaction and state information. However, this breaks if there is a pessimistic transaction executing on the primary data owner, Consider the following use case:
A new owner joins and sources the ongoing transactions and data for key k from the backup. Meanwhile, a local transaction has started on the primary owner for k, but has not prepared on any remote nodes. So the new node does not know about the ongoing transaction. While that's going on, a new tx starts on the new owner. Since these are pessimistic, the new transaction will acquires the lock for the same key.
So we can have data inconsistency.
The state transfer mechanism should prefer to source the transaction and state information from the primary owner. This should cover all cases: if the originator is not the primary owner, then any (backup) locks must be replicated to all the owners, either directly during the tx or during a previous state transfer.
[13:26] <dberindei> I think asking the primary owner should be enough
--
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
12 years
[JBoss JIRA] (ISPN-4089) CacheAuthorizationTest fails intermitently due to ClassCastException
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-4089?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-4089:
--------------------------------
Affects Version/s: 7.0.0.Alpha1
Component/s: Test Suite - Core
> CacheAuthorizationTest fails intermitently due to ClassCastException
> --------------------------------------------------------------------
>
> Key: ISPN-4089
> URL: https://issues.jboss.org/browse/ISPN-4089
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 7.0.0.Alpha1
> Reporter: William Burns
> Assignee: Mircea Markus
>
> {code}
> java.security.PrivilegedActionException: java.lang.Exception: Unexpected non-SecurityException
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:396)
> at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:128)
> 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:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 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:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> Caused by: java.lang.Exception: Unexpected non-SecurityException
> at org.infinispan.security.CacheAuthorizationTest$4.run(CacheAuthorizationTest.java:148)
> at org.infinispan.security.CacheAuthorizationTest$4.run(CacheAuthorizationTest.java:128)
> ... 24 more
> Caused by: java.lang.reflect.InvocationTargetException
> 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.infinispan.security.CacheAuthorizationTest$4.run(CacheAuthorizationTest.java:133)
> ... 25 more
> Caused by: java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.atomic.DeltaAware
> at org.infinispan.container.EntryFactoryImpl.wrapEntryForDelta(EntryFactoryImpl.java:222)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitApplyDeltaCommand(EntryWrappingInterceptor.java:215)
> at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitApplyDeltaCommand(PessimisticLockingInterceptor.java:165)
> at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
> at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:245)
> at org.infinispan.interceptors.TxInterceptor.visitApplyDeltaCommand(TxInterceptor.java:185)
> at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
> at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73)
> at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
> at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:66)
> at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
> at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.CacheImpl.applyDelta(CacheImpl.java:678)
> at org.infinispan.security.impl.SecureCacheImpl.applyDelta(SecureCacheImpl.java:378)
> at org.infinispan.security.SecureCacheTestDriver.testApplyDelta_Object_Delta_ObjectArray(SecureCacheTestDriver.java:448)
> ... 30 more
> {code}
> This is caused due to the fact that the test currently runs each of the methods in a non deterministic order due to being put into a HashSet. If the delta test is ran after a test that would have resulted in the cache having a String value in it it, it will get a ClassCastException.
> The easiest fix is probably just to change the key.
--
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
12 years
[JBoss JIRA] (ISPN-4089) CacheAuthorizationTest fails intermitently due to ClassCastException
by William Burns (JIRA)
William Burns created ISPN-4089:
-----------------------------------
Summary: CacheAuthorizationTest fails intermitently due to ClassCastException
Key: ISPN-4089
URL: https://issues.jboss.org/browse/ISPN-4089
Project: Infinispan
Issue Type: Bug
Reporter: William Burns
Assignee: Mircea Markus
{code}
java.security.PrivilegedActionException: java.lang.Exception: Unexpected non-SecurityException
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:396)
at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:128)
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:714)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
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:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.Exception: Unexpected non-SecurityException
at org.infinispan.security.CacheAuthorizationTest$4.run(CacheAuthorizationTest.java:148)
at org.infinispan.security.CacheAuthorizationTest$4.run(CacheAuthorizationTest.java:128)
... 24 more
Caused by: java.lang.reflect.InvocationTargetException
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.infinispan.security.CacheAuthorizationTest$4.run(CacheAuthorizationTest.java:133)
... 25 more
Caused by: java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.atomic.DeltaAware
at org.infinispan.container.EntryFactoryImpl.wrapEntryForDelta(EntryFactoryImpl.java:222)
at org.infinispan.interceptors.EntryWrappingInterceptor.visitApplyDeltaCommand(EntryWrappingInterceptor.java:215)
at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitApplyDeltaCommand(PessimisticLockingInterceptor.java:165)
at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:245)
at org.infinispan.interceptors.TxInterceptor.visitApplyDeltaCommand(TxInterceptor.java:185)
at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73)
at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:66)
at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62)
at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86)
at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
at org.infinispan.CacheImpl.applyDelta(CacheImpl.java:678)
at org.infinispan.security.impl.SecureCacheImpl.applyDelta(SecureCacheImpl.java:378)
at org.infinispan.security.SecureCacheTestDriver.testApplyDelta_Object_Delta_ObjectArray(SecureCacheTestDriver.java:448)
... 30 more
{code}
This is caused due to the fact that the test currently runs each of the methods in a non deterministic order due to being put into a HashSet. If the delta test is ran after a test that would have resulted in the cache having a String value in it it, it will get a ClassCastException.
The easiest fix is probably just to change the key.
--
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
12 years
[JBoss JIRA] (ISPN-3896) Running hotrod tests on OSX fails with malloc error
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3896?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-3896:
----------------------------------------
The issue seems to be fixed in latest JDK8u-dev branch (https://bugs.openjdk.java.net/browse/JDK-8036554), so it should finally be fixed in next release.
> Running hotrod tests on OSX fails with malloc error
> ---------------------------------------------------
>
> Key: ISPN-3896
> URL: https://issues.jboss.org/browse/ISPN-3896
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 7.0.0.Final
> Environment: OSX 10.9.1, MacBook Pro, java 1.7.0_51-b13
> Reporter: Valerio Schiavoni
> Assignee: Mircea Markus
> Labels: hotrod
> Attachments: hs_err_pid14746.log, surefire40827213194968278tmp, surefirebooter496416065947160594.jar, surefire_06836732761783650088tmp
>
>
> The module server/hotrod fails to compile with a very nasty JVM crash:
> %mvn clean install -e
> [INFO] Error stacktraces are turned on.
> [INFO] Scanning for projects...
> [INFO]
> [INFO] ------------------------------------------------------------------------
> [INFO] Building Infinispan Hot Rod Server 7.0.0-SNAPSHOT
> [INFO] ------------------------------------------------------------------------
> [INFO]
> [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ infinispan-server-hotrod ---
> [INFO] Deleting /Users/veleno/workspace-git/infinispan/server/hotrod/target
> [INFO]
> [INFO] --- maven-enforcer-plugin:1.0:enforce (enforce-java) @ infinispan-server-hotrod ---
> [INFO]
> [INFO] --- maven-remote-resources-plugin:1.1:process (attach-license) @ infinispan-server-hotrod ---
> [INFO] Setting property: classpath.resource.loader.class => 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
> [INFO] Setting property: velocimacro.messages.on => 'false'.
> [INFO] Setting property: resource.loader => 'classpath'.
> [INFO] Setting property: resource.manager.logwhenfound => 'false'.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException: reference : template = META-INF/DEPENDENCIES.txt.vm [line 20,column 14] : $license.name is not a valid reference.
> [INFO]
> [INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ infinispan-server-hotrod ---
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] Copying 2 resources
> [INFO] Copying 2 resources
> [INFO]
> [INFO] --- maven-scala-plugin:2.15.2:compile (default) @ infinispan-server-hotrod ---
> [INFO] Checking for multiple versions of scala
> [INFO] includes = [**/*.scala,**/*.java,]
> [INFO] excludes = []
> [INFO] /Users/veleno/workspace-git/infinispan/server/hotrod/src/main/scala:-1: info: compiling
> [INFO] Compiling 23 source files to /Users/veleno/workspace-git/infinispan/server/hotrod/target/classes at 1389828713500
> [INFO] compiler plugin: BasicArtifact(com.typesafe.genjavadoc,genjavadoc-plugin_2.10.2,0.5)
> [WARNING] warning: there were 1 deprecation warning(s); re-run with -deprecation for details
> [WARNING] one warning found
> [INFO] prepare-compile in 0 s
> [INFO] compile in 11 s
> [INFO]
> [INFO] --- maven-compiler-plugin:3.0:compile (default-compile) @ infinispan-server-hotrod ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 4 source files to /Users/veleno/workspace-git/infinispan/server/hotrod/target/classes
> [WARNING] /Users/veleno/workspace-git/infinispan/server/hotrod/src/main/scala/org/infinispan/server/hotrod/logging/JavaLog.java: /Users/veleno/workspace-git/infinispan/server/hotrod/src/main/scala/org/infinispan/server/hotrod/logging/JavaLog.java uses or overrides a deprecated API.
> [WARNING] /Users/veleno/workspace-git/infinispan/server/hotrod/src/main/scala/org/infinispan/server/hotrod/logging/JavaLog.java: Recompile with -Xlint:deprecation for details.
> [INFO]
> [INFO] --- maven-scala-plugin:2.15.2:compile (compile) @ infinispan-server-hotrod ---
> [INFO] Checking for multiple versions of scala
> [INFO] includes = [**/*.scala,**/*.java,]
> [INFO] excludes = []
> [INFO] Nothing to compile - all classes are up to date
> [INFO]
> [INFO] --- animal-sniffer-maven-plugin:1.9:check (default) @ infinispan-server-hotrod ---
> [INFO] Checking unresolved references to org.codehaus.mojo.signature:java16:1.0
> [INFO]
> [INFO] >>> exec-maven-plugin:1.2.1:java (serialize_component_metadata) @ infinispan-server-hotrod >>>
> [INFO]
> [INFO] --- maven-enforcer-plugin:1.0:enforce (enforce-java) @ infinispan-server-hotrod ---
> [INFO]
> [INFO] <<< exec-maven-plugin:1.2.1:java (serialize_component_metadata) @ infinispan-server-hotrod <<<
> [INFO]
> [INFO] --- exec-maven-plugin:1.2.1:java (serialize_component_metadata) @ infinispan-server-hotrod ---
> [INFO] skipping execute as per configuraion
> [INFO]
> [INFO] --- maven-resources-plugin:2.6:testResources (default-testResources) @ infinispan-server-hotrod ---
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] Copying 3 resources
> [INFO] Copying 2 resources
> [INFO]
> [INFO] --- maven-antrun-plugin:1.7:run (copy_serialized_metadata) @ infinispan-server-hotrod ---
> [INFO] Skipping Antrun execution
> [INFO]
> [INFO] --- maven-compiler-plugin:3.0:testCompile (default-testCompile) @ infinispan-server-hotrod ---
> [INFO] Changes detected - recompiling the module!
> [INFO]
> [INFO] --- maven-scala-plugin:2.15.2:testCompile (test-compile) @ infinispan-server-hotrod ---
> [INFO] Checking for multiple versions of scala
> [INFO] includes = [**/*.scala,**/*.java,]
> [INFO] excludes = []
> [INFO] /Users/veleno/workspace-git/infinispan/server/hotrod/src/test/scala:-1: info: compiling
> [INFO] Compiling 29 source files to /Users/veleno/workspace-git/infinispan/server/hotrod/target/test-classes at 1389828729403
> [INFO] compiler plugin: BasicArtifact(com.typesafe.genjavadoc,genjavadoc-plugin_2.10.2,0.5)
> [WARNING] warning: there were 4 deprecation warning(s); re-run with -deprecation for details
> [WARNING] one warning found
> [INFO] prepare-compile in 0 s
> [INFO] compile in 16 s
> [INFO]
> [INFO] --- maven-surefire-plugin:2.14.1:test (default-test) @ infinispan-server-hotrod ---
> [INFO] Surefire report directory: /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire-reports
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running TestSuite
> Configuring TestNG with: TestNG652Configurator
> log4j:WARN No appenders could be found for logger (org.jboss.logging).
> log4j:WARN Please initialize the log4j system properly.
> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
> Transport protocol stack used = tcp
> [testng-CrashedMemberDetectorTest] Test testDetectCrashedMembers(org.infinispan.server.hotrod.CrashedMemberDetectorTest) succeeded.
> Test suite progress: tests succeeded: 1, failed: 0, skipped: 0.
> [testng-HotRodMarshallingTest] Test testMarshallingBigByteArrayKey(org.infinispan.server.hotrod.HotRodMarshallingTest) succeeded.
> Test suite progress: tests succeeded: 2, failed: 0, skipped: 0.
> [testng-HotRodMarshallingTest] Test testMarshallingCommandWithBigByteArrayKey(org.infinispan.server.hotrod.HotRodMarshallingTest) succeeded.
> Test suite progress: tests succeeded: 3, failed: 0, skipped: 0.
> [testng-HotRodDefaultCacheTest] Test testPutOnDefaultCache(org.infinispan.server.hotrod.HotRodDefaultCacheTest) succeeded.
> Test suite progress: tests succeeded: 4, failed: 0, skipped: 0.
> [testng-HotRodServerTest] Test testValidateProtocolServerNullProperties(org.infinispan.server.hotrod.HotRodServerTest) succeeded.
> Test suite progress: tests succeeded: 5, failed: 0, skipped: 0.
> [testng-HotRodConfigurationTest] Test testLazyLoadTopology(org.infinispan.server.hotrod.HotRodConfigurationTest) succeeded.
> Test suite progress: tests succeeded: 6, failed: 0, skipped: 0.
> [testng-HotRodConfigurationTest] Test testRepeatableReadIsolationLevelValidation(org.infinispan.server.hotrod.HotRodConfigurationTest) succeeded.
> Test suite progress: tests succeeded: 7, failed: 0, skipped: 0.
> [testng-HotRodConfigurationTest] Test testSerializableIsolationLevelValidation(org.infinispan.server.hotrod.HotRodConfigurationTest) succeeded.
> Test suite progress: tests succeeded: 8, failed: 0, skipped: 0.
> [testng-HotRodSharedContainerTest] Test testSharedContainer(org.infinispan.server.hotrod.HotRodSharedContainerTest) succeeded.
> Test suite progress: tests succeeded: 9, failed: 0, skipped: 0.
> [testng-HotRod12ReplicationTest] Test testPingWithTopologyAwareClient(org.infinispan.server.hotrod.HotRod12ReplicationTest) succeeded.
> Test suite progress: tests succeeded: 10, failed: 0, skipped: 0.
> [testng-HotRodSharedContainerTest] Test testTopologyConflict(org.infinispan.server.hotrod.HotRodSharedContainerTest) succeeded.
> Test suite progress: tests succeeded: 11, failed: 0, skipped: 0.
> [testng-HotRodConfigurationTest] Test testUserDefinedTimeouts(org.infinispan.server.hotrod.HotRodConfigurationTest) succeeded.
> Test suite progress: tests succeeded: 12, failed: 0, skipped: 0.
> [testng-HotRod12ReplicationTest] Test testReplicatedPut(org.infinispan.server.hotrod.HotRod12ReplicationTest) succeeded.
> Test suite progress: tests succeeded: 13, failed: 0, skipped: 0.
> [testng-HotRodShutdownTest] Test testPutBasic(org.infinispan.server.hotrod.HotRodShutdownTest) succeeded.
> Test suite progress: tests succeeded: 14, failed: 0, skipped: 0.
> [testng-HotRodSingleClusteredTest] Test testPutGet(org.infinispan.server.hotrod.HotRodSingleClusteredTest) succeeded.
> Test suite progress: tests succeeded: 15, failed: 0, skipped: 0.
> java(4580,0x12f145000) malloc: *** error for object 0x12f134440: pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
> /bin/sh: line 1: 4580 Abort trap: 6 /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre/bin/java -Xmx1024m -XX:MaxPermSize=256m -Dsun.nio.ch.bugLevel -jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefirebooter6031708881646581287.jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire4130857253146854844tmp /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire_01759720057193009119tmp
> Results :
> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 41.325s
> [INFO] Finished at: Wed Jan 15 23:32:31 WET 2014
> [INFO] Final Memory: 63M/982M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project infinispan-server-hotrod: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> [ERROR] Command was/bin/sh -c cd /Users/veleno/workspace-git/infinispan/server/hotrod && /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre/bin/java -Xmx1024m -XX:MaxPermSize=256m -Dsun.nio.ch.bugLevel -jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefirebooter6031708881646581287.jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire4130857253146854844tmp /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire_01759720057193009119tmp
> [ERROR] -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project infinispan-server-hotrod: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> Command was/bin/sh -c cd /Users/veleno/workspace-git/infinispan/server/hotrod && /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre/bin/java -Xmx1024m -XX:MaxPermSize=256m -Dsun.nio.ch.bugLevel -jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefirebooter6031708881646581287.jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire4130857253146854844tmp /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire_01759720057193009119tmp
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:224)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> Caused by: org.apache.maven.plugin.PluginExecutionException: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> Command was/bin/sh -c cd /Users/veleno/workspace-git/infinispan/server/hotrod && /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre/bin/java -Xmx1024m -XX:MaxPermSize=256m -Dsun.nio.ch.bugLevel -jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefirebooter6031708881646581287.jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire4130857253146854844tmp /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire_01759720057193009119tmp
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:115)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> ... 19 more
> Caused by: java.lang.RuntimeException: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> Command was/bin/sh -c cd /Users/veleno/workspace-git/infinispan/server/hotrod && /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre/bin/java -Xmx1024m -XX:MaxPermSize=256m -Dsun.nio.ch.bugLevel -jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefirebooter6031708881646581287.jar /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire4130857253146854844tmp /Users/veleno/workspace-git/infinispan/server/hotrod/target/surefire/surefire_01759720057193009119tmp
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:485)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:350)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:156)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvider(AbstractSurefireMojo.java:809)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(AbstractSurefireMojo.java:703)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:631)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> ... 20 more
> [ERROR]
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, please read the following articles:
> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException
--
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
12 years, 1 month
[JBoss JIRA] (ISPN-4085) Random failures in StateProviderTest due to race condition
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4085?page=com.atlassian.jira.plugin.... ]
Adrian Nistor commented on ISPN-4085:
-------------------------------------
If you fix it that why don't they become identical?
> Random failures in StateProviderTest due to race condition
> ----------------------------------------------------------
>
> Key: ISPN-4085
> URL: https://issues.jboss.org/browse/ISPN-4085
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 7.0.0.Alpha1
> Environment: jgroups.bind_addr = 127.0.0.1
> java.runtime.version = 1.7.0_51-b13
> java.runtime.name =Java(TM) SE Runtime Environment
> java.vm.version = 24.51-b03
> java.vm.vendor = Oracle Corporation
> os.name = Mac OS X
> os.version = 10.9.2
> sun.arch.data.model = 64
> sun.cpu.endian = little
> protocol.stack = null
> infinispan.test.jgroups.protocol = tcp
> infinispan.unsafe.allow_jdk8_chm = true
> java.net.preferIPv4Stack = true
> java.net.preferIPv6Stack = null
> log4.configuration = null
> MAVEN_OPTS = null
> Reporter: Gustavo Fernandes
> Assignee: Dan Berindei
>
> In my environment the StateProviderTest .test2() fails sometimes (about 10% of the time) with the following error(s):
> {code}
> Tests run: 4233, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 428.06 sec <<< FAILURE!
> test2(org.infinispan.statetransfer.StateProviderTest) Time elapsed: 0.042 sec <<< FAILURE!
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:92)
> at org.junit.Assert.assertTrue(Assert.java:43)
> at org.junit.Assert.assertTrue(Assert.java:54)
> at org.infinispan.statetransfer.StateProviderTest.test2(StateProviderTest.java:316)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> {code}
> The reason why is that test2() feeds the StateProvider a ThreadPoolExecutorService to execute a OutboundTransfer task asynchronously and right after forcing a state transfer
> asserts that there is a StateTransfer in progress. Sometimes the executor service manages to execute the task and as a result it clear the ‘transfersByDestination’ map, and thus the test cannot assert that the state transfer is happening
> OTOH, the method test1() never fails because it users a mock executor service which never executes the task, so the state transfer map will always contain the outbound task after initiating the state transfer and thus always visible from outside
> The quick fix is to also use a mock executor test for the test2()
--
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
12 years, 1 month