September 2017 - infinispan-issues

[JBoss JIRA] (ISPN-8211) Build testing harness for Online images

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-8211?page=com.atlassian.jira.plugin.... ] Work on ISPN-8211 started by Sebastian Łaskawiec. ------------------------------------------------- > Build testing harness for Online images > --------------------------------------- > > Key: ISPN-8211 > URL: https://issues.jboss.org/browse/ISPN-8211 > Project: Infinispan > Issue Type: Feature Request > Components: Cloud Integrations > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8101) Identify how Service Catalog plans will be used

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-8101?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-8101: -------------------------------------- Status: Open (was: New) > Identify how Service Catalog plans will be used > ----------------------------------------------- > > Key: ISPN-8101 > URL: https://issues.jboss.org/browse/ISPN-8101 > Project: Infinispan > Issue Type: Task > Components: Cloud Integrations > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > > The Plan field shall be used as tier. The question is what type of hierarchy would we like to built with it? Perhaps the plan should indicate the cluster size: small/medium/big? -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8101) Identify how Service Catalog plans will be used

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-8101?page=com.atlassian.jira.plugin.... ] Work on ISPN-8101 started by Sebastian Łaskawiec. ------------------------------------------------- > Identify how Service Catalog plans will be used > ----------------------------------------------- > > Key: ISPN-8101 > URL: https://issues.jboss.org/browse/ISPN-8101 > Project: Infinispan > Issue Type: Task > Components: Cloud Integrations > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > > The Plan field shall be used as tier. The question is what type of hierarchy would we like to built with it? Perhaps the plan should indicate the cluster size: small/medium/big? -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[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 commented on ISPN-8261: ------------------------------------ Maven Surefire should replace {{System.in}} to prevent this for happening, as I've commented on [SUREFIRE-1374|https://issues.apache.org/jira/browse/SUREFIRE-1374], but we can also extend the {{PaxExam}} test runner and replace {{System.in}} ourselves. > 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)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6827) ReplTotalOrderVersionedStateTransferTest.testStateTransfer random failures

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-6827?page=com.atlassian.jira.plugin.... ] Radim Vansa reassigned ISPN-6827: --------------------------------- Assignee: Pedro Ruivo > ReplTotalOrderVersionedStateTransferTest.testStateTransfer random failures > --------------------------------------------------------------------------- > > Key: ISPN-6827 > URL: https://issues.jboss.org/browse/ISPN-6827 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 9.0.0.Alpha2 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Priority: Critical > Labels: testsuite_stability > Fix For: 9.2.0.Final > > Attachments: ReplTotalOrderVersionedStateTransferTest_pr_rvansa_ISPN-5989_20160314.log.zip > > > {noformat} > java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node ReplTotalOrderVersionedStateTransferTest-NodeB-17608, expected member list is [ReplTotalOrderVersionedStateTransferTest-NodeB-17608, ReplTotalOrderVersionedStateTransferTest-NodeC-39826], current member list is [ReplTotalOrderVersionedStateTransferTest-NodeA-54647, ReplTotalOrderVersionedStateTransferTest-NodeB-17608, ReplTotalOrderVersionedStateTransferTest-NodeC-39826]! > at org.infinispan.test.TestingUtil.waitForRehashToComplete(TestingUtil.java:267) > at org.infinispan.test.TestingUtil.waitForRehashToComplete(TestingUtil.java:277) > at org.infinispan.container.versioning.VersionedReplStateTransferTest.testStateTransfer(VersionedReplStateTransferTest.java:74) > {noformat} > http://ci.infinispan.org/project.html?tab=testDetails&testNameId=-7264982... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8250) ClusterListenerDistTest.testPrimaryOwnerGoesDownBeforeSendingEvent random failures

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8250?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8250: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > ClusterListenerDistTest.testPrimaryOwnerGoesDownBeforeSendingEvent random failures > ---------------------------------------------------------------------------------- > > Key: ISPN-8250 > URL: https://issues.jboss.org/browse/ISPN-8250 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.0.Final > Reporter: Tristan Tarrant > Assignee: William Burns > Labels: testsuite_stability > Fix For: 9.1.1.Final > > > java.lang.AssertionError: expected [true] but found [false] > at org.infinispan.notifications.cachelistener.cluster.ClusterListenerDistTest.testPrimaryOwnerGoesDownBeforeSendingEvent(ClusterListenerDistTest.java:71) > 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 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8026) Random size related failures in Hibernate Cache

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8026?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8026: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Random size related failures in Hibernate Cache > ----------------------------------------------- > > Key: ISPN-8026 > URL: https://issues.jboss.org/browse/ISPN-8026 > Project: Infinispan > Issue Type: Bug > Components: Hibernate Cache > Affects Versions: 9.1.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: testsuite_stability > Fix For: 9.1.1.Final > > > Randomly failing test on CI: > {{org.infinispan.test.hibernate.cache.functional.BulkOperationsTest.testBulkOperations[read-write, DIST_SYNC]}} > Error Message and stack trace: > {code} > 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8249) EvictionFunctionalTest.testSimpleExpirationMaxIdle random failure

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8249?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8249: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5413 > EvictionFunctionalTest.testSimpleExpirationMaxIdle random failure > ----------------------------------------------------------------- > > Key: ISPN-8249 > URL: https://issues.jboss.org/browse/ISPN-8249 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.0.Final > Reporter: Tristan Tarrant > Assignee: Radim Vansa > Labels: testsuite_stability > > java.lang.AssertionError: cache size should be zero: 0 > at org.infinispan.eviction.impl.EvictionFunctionalTest.testSimpleExpirationMaxIdle(EvictionFunctionalTest.java:93) > 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 16 stack frames -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8249) EvictionFunctionalTest.testSimpleExpirationMaxIdle random failure

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8249?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-8249: ----------------------------------- So the expiration thread in fact updates the created timestamp as it calls OffHeapEntryFactoryImpl.create each time it accesses the data. If the expiration happens concurrently to size() check in the test, it's possible that we see entry that was just updated - so it's not found to be expired and size() returns positive value. > EvictionFunctionalTest.testSimpleExpirationMaxIdle random failure > ----------------------------------------------------------------- > > Key: ISPN-8249 > URL: https://issues.jboss.org/browse/ISPN-8249 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.0.Final > Reporter: Tristan Tarrant > Assignee: Radim Vansa > Labels: testsuite_stability > > java.lang.AssertionError: cache size should be zero: 0 > at org.infinispan.eviction.impl.EvictionFunctionalTest.testSimpleExpirationMaxIdle(EvictionFunctionalTest.java:93) > 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 16 stack frames -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8249) EvictionFunctionalTest.testSimpleExpirationMaxIdle random failure

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8249?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-8249: ----------------------------------- It seems that the expiration thread just moves data around without being able to expire anything - the identity check in https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... will always fail and the OffHeapDataContainer.compute does not interpret returning the old entry as a no-op: https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... > EvictionFunctionalTest.testSimpleExpirationMaxIdle random failure > ----------------------------------------------------------------- > > Key: ISPN-8249 > URL: https://issues.jboss.org/browse/ISPN-8249 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.0.Final > Reporter: Tristan Tarrant > Assignee: Radim Vansa > Labels: testsuite_stability > > java.lang.AssertionError: cache size should be zero: 0 > at org.infinispan.eviction.impl.EvictionFunctionalTest.testSimpleExpirationMaxIdle(EvictionFunctionalTest.java:93) > 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 16 stack frames -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2017