[JBoss JIRA] (ISPN-4137) Transaction executed multiple times due to forwarded CommitCommand
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4137?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4137:
-----------------------------------------------
Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1080313|https://bugzilla.redhat.com/show_bug.cgi?id=1080313] from ON_QA to VERIFIED
> Transaction executed multiple times due to forwarded CommitCommand
> ------------------------------------------------------------------
>
> Key: ISPN-4137
> URL: https://issues.jboss.org/browse/ISPN-4137
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: State Transfer, Transactions
> Reporter: Radim Vansa
> Assignee: Dan Berindei
> Priority: Critical
> Labels: 630betablocker
> Fix For: 7.0.0.Beta1
>
>
> When the {{StateTransferInterceptor}} forwards a CommitCommand for the new topology, multiple CommitCommands may be broadcast across the cluster. If the command (forwarded already from originator) times out, the transaction may be correctly finished by the first one and the application considers TX as succeeded (useSynchronizations=true), although one more Rollback is sent as well.
> Then, again in STI, when the CommitCommand arrives with higher topologyId than the one used for the first TX execution, another artificial Prepare (followed by the commit) is executed - see {{STI.visitCommitCommand}}.
> However, this execution may be delayed a lot and originator may have already executed another TX on the same entries. Then, this forwarded Commit will overwrite the already updated entries, causing inconsistency of data.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4571) JmxManagementIT.testRpcManagerAttributes random failures
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4571?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-4571:
----------------------------------------
We'd need ISPN-3966 to find out more about the InterruptedException. I've pinged Vitalii to see if he can give us a hand with that.
> JmxManagementIT.testRpcManagerAttributes random failures
> --------------------------------------------------------
>
> Key: ISPN-4571
> URL: https://issues.jboss.org/browse/ISPN-4571
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha5
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> JmxManagementIT sometimes can't find the JGroups MBean:
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.infinispan.server.test.jmx.management.JmxManagementIT.testRpcManagerAttributes(JmxManagementIT.java:273)
> {noformat}
> Unfortunately the server integration tests don't seem to use the {{-Dlog4j.configuration}} build parameter, so the CI builds don't have other logs.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4598) ClientClusterEventsTest.testFilteringInCluster random failures
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4598?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reassigned ISPN-4598:
--------------------------------------
Assignee: Galder Zamarreño (was: Tristan Tarrant)
> ClientClusterEventsTest.testFilteringInCluster random failures
> --------------------------------------------------------------
>
> Key: ISPN-4598
> URL: https://issues.jboss.org/browse/ISPN-4598
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha5
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> The fix for ISPN-4378 introduced a random failure in {{ClientClusterEventsTest.testFilteringInCluster}}. It happened in a few PR builds in CI, and I'm getting it almost every time on my machine (with trace logging enabled):
> {noformat}
> 2014-08-01 17:16:57,084 ERROR (remote-thread-ClientClusterEventsTest-NodeB-p757-t6) [InvocationContextInterceptor] ISPN000136: Execution error
> java.lang.NullPointerException
> at org.infinispan.server.hotrod.ClientListenerRegistry$BinaryFilter.accept(ClientListenerRegistry.scala:178)
> at org.infinispan.server.hotrod.ClientListenerRegistry$BinaryFilter.accept(ClientListenerRegistry.scala:172)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.shouldInvoke(CacheNotifierImpl.java:978)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:943)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryCreated(CacheNotifierImpl.java:247)
> at org.infinispan.container.EntryFactoryImpl.newMvccEntryForPut(EntryFactoryImpl.java:272)
> at org.infinispan.container.EntryFactoryImpl.wrapEntryForPut(EntryFactoryImpl.java:204)
> at org.infinispan.interceptors.EntryWrappingInterceptor.wrapEntryForPutIfNeeded(EntryWrappingInterceptor.java:182)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:176)
> {noformat}
> Tristan realized that Scala doesn't execute field initializers when deserializing, so the marshaller is left {{null}} and we get a NPE.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4602) Verify EntryIterator works with MarshalledValues
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-4602?page=com.atlassian.jira.plugin.... ]
Work on ISPN-4602 started by William Burns.
> Verify EntryIterator works with MarshalledValues
> ------------------------------------------------
>
> Key: ISPN-4602
> URL: https://issues.jboss.org/browse/ISPN-4602
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Marshalling
> Affects Versions: 7.0.0.Alpha5
> Reporter: William Burns
> Assignee: William Burns
>
> The EntryIterator currently doesn't deserialize MarshalledValues as needed which would cause filter failures and the incorrect values to be returned.
> This also means each key/value pair would need to be deserialized when applied to filter which will be slower and should be noted in documentation, but sent across as MarshalledValues?. The only other way is to use some sort of proxy for each object to force lazy deserialization on referencing a field when applying filter, but this seems overkill.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4602) Verify EntryIterator works with MarshalledValues
by William Burns (JIRA)
William Burns created ISPN-4602:
-----------------------------------
Summary: Verify EntryIterator works with MarshalledValues
Key: ISPN-4602
URL: https://issues.jboss.org/browse/ISPN-4602
Project: Infinispan
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Marshalling
Affects Versions: 7.0.0.Alpha5
Reporter: William Burns
Assignee: William Burns
The EntryIterator currently doesn't deserialize MarshalledValues as needed which would cause filter failures and the incorrect values to be returned.
This also means each key/value pair would need to be deserialized when applied to filter which will be slower and should be noted in documentation, but sent across as MarshalledValues?. The only other way is to use some sort of proxy for each object to force lazy deserialization on referencing a field when applying filter, but this seems overkill.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4571) JmxManagementIT.testRpcManagerAttributes random failures
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4571?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-4571:
----------------------------------------
The error is due to an InterruptedException while sending state transfer on startup:
{code}[01:44:14] : [org.infinispan.server:test-suite] [0m [31m01:44:14,262 ERROR [org.infinispan.remoting.rpc.RpcManagerImpl] (undefined) ISPN000073: Unexpected error while replicating: java.lang.InterruptedException
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.reportInterruptAfterWait(AbstractQueuedSynchronizer.java:2017) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2188) [rt.jar:1. [0m01:44:14,266 INFO [org.infinispan.server.endpoint] (MSC service thread 1-1) JDGS010000: WebSocketServer starting
[01:44:14] : [org.infinispan.server:test-suite] [0m7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at org.jgroups.blocks.Request.responsesComplete(Request.java:197) [jgroups-3.5.0.Beta9.jar:3.5.0.Beta9]
[01:44:14] : [org.infinispan.server:test-suite] [0m01:44:14,267 INFO [org.infinispan.server.endpoint] (MSC service thread 1-2) JDGS010000: MemcachedServer starting
[01:44:14] : [org.infinispan.server:test-suite] [0m at org.jgroups.blocks.Request.execute(Request.java:89) [jgroups-3.5.0.Beta9.jar:3.5.0.Beta9]
[01:44:14] : [org.infinispan.server:test-suite] at org.jgroups.blocks.MessageDispatcher.sendMessage(MessageDispatcher.java:406) [jgroups-3.5.0.Beta9.jar:3.5.0.Beta9]
[01:44:14] : [org.infinispan.server:test-suite] at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:353) [infinispan-core.jar:7.0.0-SNAPSHOT]
[01:44:14] : [org.infinispan.server:test-suite] [0m01:44:14,267 INFO [org.infinispan.server.endpoint] (MSC service thread 1-4) JDGS010000: HotRodServer starting
[01:44:14] : [org.infinispan.server:test-suite] [0m [0m01:44:14,270 INFO [org.infinispan.server.endpoint] (MSC service thread 1-4) JDGS010001: HotRodServer listening on 127.0.0.1:11322
[01:44:14] : [org.infinispan.server:test-suite] [0m at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:165) [infinispan-core.jar:7.0.0-SNAPSHOT]
[01:44:14] : [org.infinispan.server:test-suite] at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:535) [infinispan-core.jar:7.0.0-SNAPSHOT]
[01:44:14] : [org.infinispan.server:test-suite] at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:281) [infinispan-core.jar:7.0.0-SNAPSHOT]
[01:44:14] : [org.infinispan.server:test-suite] at org.infinispan.statetransfer.OutboundTransferTask.sendEntries(OutboundTransferTask.java:239) [infinispan-core.jar:7.0.0-SNAPSHOT]
[01:44:14] : [org.infinispan.server:test-suite] at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:178) [infinispan-core.jar:7.0.0-SNAPSHOT]
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_40]
[01:44:14] : [org.infinispan.server:test-suite] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
{code}
> JmxManagementIT.testRpcManagerAttributes random failures
> --------------------------------------------------------
>
> Key: ISPN-4571
> URL: https://issues.jboss.org/browse/ISPN-4571
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha5
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> JmxManagementIT sometimes can't find the JGroups MBean:
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.infinispan.server.test.jmx.management.JmxManagementIT.testRpcManagerAttributes(JmxManagementIT.java:273)
> {noformat}
> Unfortunately the server integration tests don't seem to use the {{-Dlog4j.configuration}} build parameter, so the CI builds don't have other logs.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4571) JmxManagementIT.testRpcManagerAttributes random failures
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4571?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-4571:
----------------------------------------
Failing line: https://github.com/infinispan/infinispan/blob/4f4f3d2379367b55e9999ce2fe1...
{code}
assertTrue(1.0 == Double.parseDouble(getAttribute(provider, rpcManagerMBean, "SuccessRatioFloatingPoint")));
{code}
> JmxManagementIT.testRpcManagerAttributes random failures
> --------------------------------------------------------
>
> Key: ISPN-4571
> URL: https://issues.jboss.org/browse/ISPN-4571
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha5
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> JmxManagementIT sometimes can't find the JGroups MBean:
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.infinispan.server.test.jmx.management.JmxManagementIT.testRpcManagerAttributes(JmxManagementIT.java:273)
> {noformat}
> Unfortunately the server integration tests don't seem to use the {{-Dlog4j.configuration}} build parameter, so the CI builds don't have other logs.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4571) JmxManagementIT.testRpcManagerAttributes random failures
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4571?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-4571:
----------------------------------------
Failing build: http://ci.infinispan.org/viewLog.html?buildId=9840&tab=buildResultsDiv&bu...
> JmxManagementIT.testRpcManagerAttributes random failures
> --------------------------------------------------------
>
> Key: ISPN-4571
> URL: https://issues.jboss.org/browse/ISPN-4571
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha5
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> JmxManagementIT sometimes can't find the JGroups MBean:
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.infinispan.server.test.jmx.management.JmxManagementIT.testRpcManagerAttributes(JmxManagementIT.java:273)
> {noformat}
> Unfortunately the server integration tests don't seem to use the {{-Dlog4j.configuration}} build parameter, so the CI builds don't have other logs.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4567) InfinispanLuceneDirectoryIT random failure: LifecycleException: The server is already running
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4567?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-4567:
-----------------------------------
Forum Reference: http://lists.jboss.org/pipermail/infinispan-dev/2014-August/015237.html
> InfinispanLuceneDirectoryIT random failure: LifecycleException: The server is already running
> ---------------------------------------------------------------------------------------------
>
> Key: ISPN-4567
> URL: https://issues.jboss.org/browse/ISPN-4567
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha5
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> {{ManagedDeployableContainer}} detects a running container, even though the previous module killed its server:
> {noformat}
> [10:25:05] : [org.infinispan:infinispan-as-module-client-integrationtests] kill_server:
> [10:25:06] : [org.infinispan:infinispan-as-module-client-integrationtests] [echo] Killing Infinispan server with PID - 3658 29739
> [10:25:06] : [org.infinispan:infinispan-as-module-client-integrationtests] [delete] Deleting: /mnt/ebs/TeamCity/buildAgent/work/master/integrationtests/as-integration-client/jps.pid
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] org.infinispan.test.integration.as.InfinispanLuceneDirectoryIT Time elapsed: 3.285 sec <<< ERROR!
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] org.jboss.arquillian.container.spi.client.container.LifecycleException: The server is already running! Managed containers do not support connecting to running server instances due to the possible harmful effect of connecting to the wrong server. Please stop server before running or change to another type of container.
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] To disable this check and allow Arquillian to connect to a running server, set allowConnectingToRunningServer to true in the container configuration
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.failDueToRunning(ManagedDeployableContainer.java:358)
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.startInternal(ManagedDeployableContainer.java:88)
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.as.arquillian.container.CommonDeployableContainer.start(CommonDeployableContainer.java:112)
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.arquillian.container.impl.ContainerImpl.start(ContainerImpl.java:199)
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:163)
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:157)
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forContainer(ContainerLifecycleController.java:255)
> [10:25:20] : [org.infinispan:infinispan-as-lucene-integration] at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startContainer(ContainerLifecycleController.java:156)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (ISPN-4521) ReplicationQueueTest.testReplicationQueueMultipleThreads random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4521?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4521:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> ReplicationQueueTest.testReplicationQueueMultipleThreads random failures
> ------------------------------------------------------------------------
>
> Key: ISPN-4521
> URL: https://issues.jboss.org/browse/ISPN-4521
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core, Test Suite - Core
> Affects Versions: 7.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: William Burns
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> Either the test didn't manage to fill the replication queue in 3 seconds, or there are some extra entries from the previous test...
> {noformat}
> java.lang.AssertionError
> at org.infinispan.replication.ReplicationQueueTest.testReplicationQueueMultipleThreads(ReplicationQueueTest.java:194)
> {noformat}
> The test should be changed to use proper assertions and prevent interference between test methods.
> Perhaps we should also revisit the changes I made for ISPN-1123, they make the last lines of {[testReplicationQueueMultipleThreads}} look superfluous.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months