[JBoss JIRA] (ISPN-7098) FunctionalDistributionTest.testDistributionFromPrimaryOwner random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-7098?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-7098:
------------------------------------
Found a very similar stack trace in CI today:
{noformat}
[ERROR] testDistributionFromPrimaryOwner(org.infinispan.functional.FunctionalDistributionTest) Time elapsed: 0.007 s <<< FAILURE!
java.lang.NullPointerException
at org.infinispan.functional.FunctionalDistributionTest.lambda$iterate$8(FunctionalDistributionTest.java:97)
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1380)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
at org.infinispan.functional.FunctionalDistributionTest.iterate(FunctionalDistributionTest.java:98)
at org.infinispan.functional.FunctionalDistributionTest.doTestDistribution(FunctionalDistributionTest.java:77)
at org.infinispan.functional.FunctionalDistributionTest.testDistributionFromPrimaryOwner(FunctionalDistributionTest.java:43)
{noformat}
> FunctionalDistributionTest.testDistributionFromPrimaryOwner random failures
> ---------------------------------------------------------------------------
>
> Key: ISPN-7098
> URL: https://issues.jboss.org/browse/ISPN-7098
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 9.0.0.Alpha4
> Reporter: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.2.0.Final
>
>
> {{FunctionalDistributionTest.testDistributionFromPrimaryOwner}} assumes 100ms is enough for the command to be executed on both backup owners, but that's not always true -- e.g. when TRACE logging is enabled.
> {noformat}
> 15:27:36,079 TRACE (async-thread-Test-NodeC-p36570-t1:[]) [InvocationContextInterceptor] Invoked with command ReadWriteKeyCommand {key=testDistributionFromPrimaryOwner, flags=[]} and InvocationContext [org.infinispan.context.SingleKeyNonTxInvocationContext@44ffeec2]
> 15:27:36,124 TRACE (async-thread-Test-NodeC-p36570-t1:[]) [JGroupsTransport] dests=[Test-NodeC-21089, Test-NodeD-31203], command=SingleRpcCommand{cacheName='dist', command=ReadWriteKeyCommand {key=testDistributionFromPrimaryOwner, flags=[]}}, mode=ASYNCHRONOUS, timeout=15000
> 15:27:36,140 TRACE (async-thread-Test-NodeC-p36570-t1:[]) [DefaultDataContainer] Store MetadataImmortalCacheEntry{key=testDistributionFromPrimaryOwner, value=1, metadata=MetaParamsInternalMetadata{params=MetaParams{metas=[]}}} in container
> 15:27:36,144 TRACE (Incoming-1,Test-NodeD-31203:[]) [InvocationContextInterceptor] Invoked with command ReadWriteKeyCommand {key=testDistributionFromPrimaryOwner, flags=[]} and InvocationContext [org.infinispan.context.SingleKeyNonTxInvocationContext@73111d9]
> 15:27:36,241 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.functional.FunctionalDistributionTest.testDistributionFromPrimaryOwner
> java.lang.NullPointerException
> at org.infinispan.functional.FunctionalDistributionTest.lambda$iterate$8(FunctionalDistributionTest.java:101) ~[test-classes/:?]
> at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:1.8.0_101]
> at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) ~[?:1.8.0_101]
> at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:1.8.0_101]
> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) ~[?:1.8.0_101]
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) ~[?:1.8.0_101]
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) ~[?:1.8.0_101]
> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) ~[?:1.8.0_101]
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:1.8.0_101]
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) ~[?:1.8.0_101]
> at org.infinispan.functional.FunctionalDistributionTest.iterate(FunctionalDistributionTest.java:102) ~[test-classes/:?]
> at org.infinispan.functional.FunctionalDistributionTest.doTestDistribution(FunctionalDistributionTest.java:80) ~[test-classes/:?]
> at org.infinispan.functional.FunctionalDistributionTest.testDistributionFromPrimaryOwner(FunctionalDistributionTest.java:46) ~[test-classes/:?]
> 15:27:36,259 TRACE (Incoming-1,Test-NodeD-31203:[]) [DefaultDataContainer] Store MetadataImmortalCacheEntry{key=testDistributionFromPrimaryOwner, value=1, metadata=MetaParamsInternalMetadata{params=MetaParams{metas=[]}}} in container
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (ISPN-8590) Operations Code from client to server should be a short
by Katia Aresti (JIRA)
[ https://issues.jboss.org/browse/ISPN-8590?page=com.atlassian.jira.plugin.... ]
Katia Aresti updated ISPN-8590:
-------------------------------
Description:
Hotrod operations sent from the client to the server are today read like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
New hotrod operations and the needed request codes won't enter in a byte soon, so this should be changed
was:
Hotrod operations sent from the client to the server are today read like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
New hotrod operations and request codes won't enter in a byte soon.
> Operations Code from client to server should be a short
> -------------------------------------------------------
>
> Key: ISPN-8590
> URL: https://issues.jboss.org/browse/ISPN-8590
> Project: Infinispan
> Issue Type: Enhancement
> Components: Hot Rod
> Reporter: Katia Aresti
> Assignee: Katia Aresti
>
> Hotrod operations sent from the client to the server are today read like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
> New hotrod operations and the needed request codes won't enter in a byte soon, so this should be changed
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (ISPN-8590) Operations Code from client to server should be a short
by Katia Aresti (JIRA)
[ https://issues.jboss.org/browse/ISPN-8590?page=com.atlassian.jira.plugin.... ]
Katia Aresti updated ISPN-8590:
-------------------------------
Description:
Hotrod operations sent from the client to the server are today treated like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
New hotrod operations and request codes won't enter in a byte soon.
was:
Hotrod operations send from the client to the server are today treated like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
New hotrod operations and request codes won't enter in a byte soon.
> Operations Code from client to server should be a short
> -------------------------------------------------------
>
> Key: ISPN-8590
> URL: https://issues.jboss.org/browse/ISPN-8590
> Project: Infinispan
> Issue Type: Enhancement
> Components: Hot Rod
> Reporter: Katia Aresti
> Assignee: Katia Aresti
>
> Hotrod operations sent from the client to the server are today treated like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
> New hotrod operations and request codes won't enter in a byte soon.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (ISPN-8590) Operations Code from client to server should be a short
by Katia Aresti (JIRA)
[ https://issues.jboss.org/browse/ISPN-8590?page=com.atlassian.jira.plugin.... ]
Katia Aresti updated ISPN-8590:
-------------------------------
Description:
Hotrod operations sent from the client to the server are today read like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
New hotrod operations and request codes won't enter in a byte soon.
was:
Hotrod operations sent from the client to the server are today treated like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
New hotrod operations and request codes won't enter in a byte soon.
> Operations Code from client to server should be a short
> -------------------------------------------------------
>
> Key: ISPN-8590
> URL: https://issues.jboss.org/browse/ISPN-8590
> Project: Infinispan
> Issue Type: Enhancement
> Components: Hot Rod
> Reporter: Katia Aresti
> Assignee: Katia Aresti
>
> Hotrod operations sent from the client to the server are today read like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
> New hotrod operations and request codes won't enter in a byte soon.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (ISPN-8590) Operations Code from client to server should be a short
by Katia Aresti (JIRA)
Katia Aresti created ISPN-8590:
----------------------------------
Summary: Operations Code from client to server should be a short
Key: ISPN-8590
URL: https://issues.jboss.org/browse/ISPN-8590
Project: Infinispan
Issue Type: Enhancement
Components: Hot Rod
Reporter: Katia Aresti
Assignee: Katia Aresti
Hotrod operations send from the client to the server are today treated like byte (this is not the case concerning responses codes, that are read like short from the hotrod client).
New hotrod operations and request codes won't enter in a byte soon.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months