[JBoss JIRA] (ISPN-8262) Upgrade to Karaf 4.1.1 everywhere
by Dan Berindei (JIRA)
Dan Berindei created ISPN-8262:
----------------------------------
Summary: Upgrade to Karaf 4.1.1 everywhere
Key: ISPN-8262
URL: https://issues.jboss.org/browse/ISPN-8262
Project: Infinispan
Issue Type: Component Upgrade
Components: Integration
Affects Versions: 9.1.0.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 9.1.1.Final
The server uses Karaf 4.1.1, but the osgi and integrationtests/osgi modules still use version 3.0.8.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8261) OSGi integration tests can leak the Karaf process
by Dan Berindei (JIRA)
Dan Berindei created ISPN-8261:
----------------------------------
Summary: OSGi integration tests can leak the Karaf process
Key: ISPN-8261
URL: https://issues.jboss.org/browse/ISPN-8261
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Affects Versions: 9.1.0.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 9.1.1.Final
{{pax-exam-container-karaf}}'s {{InternalRunner.createShutdownHook}} creates a thread that continuously reads from {{System.in}} and pumps that into the Karaf process's stdin. That can break the communication between the surefire master and fork processes, and that can make the fork shutdown without first stopping the container process.
{noformat}
[SUREFIRE] std/in stream corrupted
java.io.IOException: Command BYE_ACK unexpectedly read Void data with length 4.
at org.apache.maven.surefire.booter.MasterProcessCommand.decode(MasterProcessCommand.java:130)
at org.apache.maven.surefire.booter.CommandReader$CommandRunnable.run(CommandReader.java:386)
at java.lang.Thread.run(Thread.java:745)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8261) OSGi integration tests can leak the Karaf process
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8261?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8261:
-------------------------------
Status: Open (was: New)
> OSGi integration tests can leak the Karaf process
> -------------------------------------------------
>
> Key: ISPN-8261
> URL: https://issues.jboss.org/browse/ISPN-8261
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 9.1.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> {{pax-exam-container-karaf}}'s {{InternalRunner.createShutdownHook}} creates a thread that continuously reads from {{System.in}} and pumps that into the Karaf process's stdin. That can break the communication between the surefire master and fork processes, and that can make the fork shutdown without first stopping the container process.
> {noformat}
> [SUREFIRE] std/in stream corrupted
> java.io.IOException: Command BYE_ACK unexpectedly read Void data with length 4.
> at org.apache.maven.surefire.booter.MasterProcessCommand.decode(MasterProcessCommand.java:130)
> at org.apache.maven.surefire.booter.CommandReader$CommandRunnable.run(CommandReader.java:386)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8257) BackupForStateTransferTest.testStateTransferWithClusterIdle random failures
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8257?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8257:
------------------------------
Status: Open (was: New)
> BackupForStateTransferTest.testStateTransferWithClusterIdle random failures
> ---------------------------------------------------------------------------
>
> Key: ISPN-8257
> URL: https://issues.jboss.org/browse/ISPN-8257
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Pedro Ruivo
> Labels: testsuite_stability
>
> http://ci.infinispan.org/job/Infinispan/job/master/118/testReport/junit/o...
> {code}
> java.lang.AssertionError:
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest$6.assertInCache(BackupForStateTransferTest.java:138)
> at org.infinispan.xsite.AbstractXSiteTest.assertInSite(AbstractXSiteTest.java:178)
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest.assertNoStateTransferInReceivingSite(BackupForStateTransferTest.java:133)
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest.testStateTransferWithClusterIdle(BackupForStateTransferTest.java:94)
> 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 20 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8257) BackupForStateTransferTest.testStateTransferWithClusterIdle random failures
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8257?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8257:
------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5409
> BackupForStateTransferTest.testStateTransferWithClusterIdle random failures
> ---------------------------------------------------------------------------
>
> Key: ISPN-8257
> URL: https://issues.jboss.org/browse/ISPN-8257
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Pedro Ruivo
> Labels: testsuite_stability
>
> http://ci.infinispan.org/job/Infinispan/job/master/118/testReport/junit/o...
> {code}
> java.lang.AssertionError:
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest$6.assertInCache(BackupForStateTransferTest.java:138)
> at org.infinispan.xsite.AbstractXSiteTest.assertInSite(AbstractXSiteTest.java:178)
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest.assertNoStateTransferInReceivingSite(BackupForStateTransferTest.java:133)
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest.testStateTransferWithClusterIdle(BackupForStateTransferTest.java:94)
> 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 20 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8257) BackupForStateTransferTest.testStateTransferWithClusterIdle random failures
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8257?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8257:
------------------------------
Fix Version/s: 9.1.1.Final
> BackupForStateTransferTest.testStateTransferWithClusterIdle random failures
> ---------------------------------------------------------------------------
>
> Key: ISPN-8257
> URL: https://issues.jboss.org/browse/ISPN-8257
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Pedro Ruivo
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> http://ci.infinispan.org/job/Infinispan/job/master/118/testReport/junit/o...
> {code}
> java.lang.AssertionError:
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest$6.assertInCache(BackupForStateTransferTest.java:138)
> at org.infinispan.xsite.AbstractXSiteTest.assertInSite(AbstractXSiteTest.java:178)
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest.assertNoStateTransferInReceivingSite(BackupForStateTransferTest.java:133)
> at org.infinispan.xsite.statetransfer.BackupForStateTransferTest.testStateTransferWithClusterIdle(BackupForStateTransferTest.java:94)
> 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 20 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8227) OptimisticTxPartitionAndMergeDuringPrepareTest.testPrimaryOwnerIsolatedPartition fails randomly
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-8227?page=com.atlassian.jira.plugin.... ]
Radim Vansa updated ISPN-8227:
------------------------------
Status: Open (was: New)
> OptimisticTxPartitionAndMergeDuringPrepareTest.testPrimaryOwnerIsolatedPartition fails randomly
> -----------------------------------------------------------------------------------------------
>
> Key: ISPN-8227
> URL: https://issues.jboss.org/browse/ISPN-8227
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 9.1.0.Final
> Reporter: Radim Vansa
> Assignee: Radim Vansa
> Attachments: log.txt
>
>
> The issue seems to be that during several topology changes the originator sends 2 VersionedPrepareCommands, 1 VersionedCommitCommand and 1 TxCompletionNotificationCommand. These commands are resent after cluster merge and then executed in arbitrary order, and after the completion notification command removes tx information from {{TransactionTable}} another prepare command adds it again.
> Logs attached, don't get confused by the fact that
> {code}
> 14:54:29,056 TRACE [org.infinispan.transaction.impl.TransactionTable] (remote-thread-test-NodeC-p146-t4) Created and registered remote transaction RemoteTransaction{modifications=[PutKeyValueCommand{key=MagicKey#k1{8/537A1109/107@test-NodeB-18592}, value=final-value, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}, PutKeyValueCommand{key=MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}, value=final-value, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}], lookedUpEntries={}, lockedKeys=[], backupKeyLocks=[], lookedUpEntriesTopology=2147483647, isMarkedForRollback=false, tx=GlobalTx:test-NodeA-55522:15, state=null}
> {code}
> appears in the log before
> {code}
> 14:54:29,056 TRACE [org.infinispan.transaction.impl.TransactionTable] (remote-thread-test-NodeC-p146-t6) Removed remote transaction GlobalTx:test-NodeA-55522:15 ? RemoteTransaction{modifications=[PutKeyValueComm
> and{key=MagicKey#k1{8/537A1109/107@test-NodeB-18592}, value=final-value, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{
> lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}, PutKeyValueCommand{key=MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}, value=final-value, flags=[], commandInvocationId=CommandInvocation:lo
> cal:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}], lookedUpEntries={MagicKey#k2{9/0AD74A7B/101@test-
> NodeC-10992}=VersionedRepeatableReadEntry(51ecb641){key=MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}, value=final-value, isCreated=false, isChanged=true, isRemoved=false, isExpired=false, skipLookup=true, metada
> ta=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=SimpleClusteredVersion{topologyId=13, version=1}}}, MagicKey#k1{8/537A1109/107@test-NodeB-18592}=VersionedRepeatableReadEntry(7a4c1b3f){key=MagicKey#
> k1{8/537A1109/107@test-NodeB-18592}, value=final-value, isCreated=false, isChanged=true, isRemoved=false, isExpired=false, skipLookup=true, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=Sim
> pleClusteredVersion{topologyId=13, version=1}}}}, lockedKeys=[MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}], backupKeyLocks=[MagicKey#k1{8/537A1109/107@test-NodeB-18592}], lookedUpEntriesTopology=14, isMarkedFor
> Rollback=false, tx=GlobalTx:test-NodeA-55522:15, state=null}
> {code}
> While we check {{TransactionTable.isTransactionCompleted()}} within {{remoteTransactions.compute}}, there is a race between calling {{TransactionTable.removeRemoteTransaction}} and {{TransactionTable.markTransactionCompleted}}. My suggestion is to mark transaction as complete from within the {{removeRemoteTransaction}} method, using {{remoteTransactions.compute}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8227) OptimisticTxPartitionAndMergeDuringPrepareTest.testPrimaryOwnerIsolatedPartition fails randomly
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-8227?page=com.atlassian.jira.plugin.... ]
Radim Vansa updated ISPN-8227:
------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5408
> OptimisticTxPartitionAndMergeDuringPrepareTest.testPrimaryOwnerIsolatedPartition fails randomly
> -----------------------------------------------------------------------------------------------
>
> Key: ISPN-8227
> URL: https://issues.jboss.org/browse/ISPN-8227
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 9.1.0.Final
> Reporter: Radim Vansa
> Assignee: Radim Vansa
> Attachments: log.txt
>
>
> The issue seems to be that during several topology changes the originator sends 2 VersionedPrepareCommands, 1 VersionedCommitCommand and 1 TxCompletionNotificationCommand. These commands are resent after cluster merge and then executed in arbitrary order, and after the completion notification command removes tx information from {{TransactionTable}} another prepare command adds it again.
> Logs attached, don't get confused by the fact that
> {code}
> 14:54:29,056 TRACE [org.infinispan.transaction.impl.TransactionTable] (remote-thread-test-NodeC-p146-t4) Created and registered remote transaction RemoteTransaction{modifications=[PutKeyValueCommand{key=MagicKey#k1{8/537A1109/107@test-NodeB-18592}, value=final-value, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}, PutKeyValueCommand{key=MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}, value=final-value, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}], lookedUpEntries={}, lockedKeys=[], backupKeyLocks=[], lookedUpEntriesTopology=2147483647, isMarkedForRollback=false, tx=GlobalTx:test-NodeA-55522:15, state=null}
> {code}
> appears in the log before
> {code}
> 14:54:29,056 TRACE [org.infinispan.transaction.impl.TransactionTable] (remote-thread-test-NodeC-p146-t6) Removed remote transaction GlobalTx:test-NodeA-55522:15 ? RemoteTransaction{modifications=[PutKeyValueComm
> and{key=MagicKey#k1{8/537A1109/107@test-NodeB-18592}, value=final-value, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{
> lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}, PutKeyValueCommand{key=MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}, value=final-value, flags=[], commandInvocationId=CommandInvocation:lo
> cal:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true, topologyId=13}], lookedUpEntries={MagicKey#k2{9/0AD74A7B/101@test-
> NodeC-10992}=VersionedRepeatableReadEntry(51ecb641){key=MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}, value=final-value, isCreated=false, isChanged=true, isRemoved=false, isExpired=false, skipLookup=true, metada
> ta=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=SimpleClusteredVersion{topologyId=13, version=1}}}, MagicKey#k1{8/537A1109/107@test-NodeB-18592}=VersionedRepeatableReadEntry(7a4c1b3f){key=MagicKey#
> k1{8/537A1109/107@test-NodeB-18592}, value=final-value, isCreated=false, isChanged=true, isRemoved=false, isExpired=false, skipLookup=true, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=Sim
> pleClusteredVersion{topologyId=13, version=1}}}}, lockedKeys=[MagicKey#k2{9/0AD74A7B/101@test-NodeC-10992}], backupKeyLocks=[MagicKey#k1{8/537A1109/107@test-NodeB-18592}], lookedUpEntriesTopology=14, isMarkedFor
> Rollback=false, tx=GlobalTx:test-NodeA-55522:15, state=null}
> {code}
> While we check {{TransactionTable.isTransactionCompleted()}} within {{remoteTransactions.compute}}, there is a race between calling {{TransactionTable.removeRemoteTransaction}} and {{TransactionTable.markTransactionCompleted}}. My suggestion is to mark transaction as complete from within the {{removeRemoteTransaction}} method, using {{remoteTransactions.compute}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months