[JBoss JIRA] (ISPN-8318) BulkOperationsTest.testBulkOperations failing randomly
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8318?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8318:
-----------------------------------
Labels: testsuite_stability (was: )
> BulkOperationsTest.testBulkOperations failing randomly
> ------------------------------------------------------
>
> Key: ISPN-8318
> URL: https://issues.jboss.org/browse/ISPN-8318
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
>
> {code}
> Stacktrace
> java.lang.AssertionError: expected:<10> but was:<9>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.hibernate.cache.functional.BulkOperationsTest.testBulkOperations(BulkOperationsTest.java:97)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8195) Transaction fails to commit when a node crashes
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8195?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8195:
------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.1.1.Final
Resolution: Done
> Transaction fails to commit when a node crashes
> -----------------------------------------------
>
> Key: ISPN-8195
> URL: https://issues.jboss.org/browse/ISPN-8195
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Transactions
> Affects Versions: 9.1.0.Final
> Reporter: Radim Vansa
> Assignee: Dan Berindei
> Fix For: 9.1.1.Final
>
> Attachments: log.zip
>
>
> Nodes ABC, key is owned by BC:
> 1. C prepares a transaction modifying only one key [BC], prepare succeeds on both
> 2. B crashes
> 3. C tries to send CommitCommand to B and gets {{CacheNotFoundResponse}}
> 4. C throws OTE, which gets handled by STI and retried
> 5. A becomes an owner of key in the next topology
> 6. C sends CommitCommand to all owners, including A
> 7. A does not find the transaction prepared and throws {{IllegalStateException: Remote transaction not found: GlobalTx:test-NodeC-45028:1}}
> 8. C fails the transaction because of the {{IllegalStateException}}
> Usually A should request transactions during state transfer, but the CommitCommand is sent in the first topology with higher id - in this case it's the "Hey we've lost B!" topology which does not start rebalance yet.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8237) State transfer doesn't replace L1 entry with regular entry
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8237?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8237:
------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.1.1.Final
Resolution: Done
> State transfer doesn't replace L1 entry with regular entry
> ----------------------------------------------------------
>
> Key: ISPN-8237
> URL: https://issues.jboss.org/browse/ISPN-8237
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> An L1 entry is preserved when the local node becomes an owner, it is only removed if the application removes the key explicitly. Otherwise state transfer overwrites the L1 entry with the entry received from a previous owner, making it immortal (assuming the original entry didn't have a lifespan/maxIdle).
> A transaction writing to a key while the local node is only a write owner will not remove the L1 metadata from the entry either, but it will set the {{PUT_FOR_STATE_TRANSFER}} flag in {{CommitManager}}. Since state transfer doesn't overwrite an entry tracked in {{CommitManager}}, that means the L1 entry is never replaced with an immortal entry.
> This started appearing in {{ConcurrentNonOverlappingLeaveTest}} once I changed {{TxDistributionInterceptor}} to cause a retry when the topology changes during commit (for ISPN-8195). There, the entry is first wrapped on the originator before it becomes the primary owner, and the commit happens multiple times, but neither seems to be required.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months