February 2017 - infinispan-issues

[JBoss JIRA] (ISPN-7227) SearchNewEntityJmsMasterSlaveUsingInfinispanAndModulesIT fails

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7227?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7227: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > SearchNewEntityJmsMasterSlaveUsingInfinispanAndModulesIT fails > -------------------------------------------------------------- > > Key: ISPN-7227 > URL: https://issues.jboss.org/browse/ISPN-7227 > Project: Infinispan > Issue Type: Bug > Components: Integration > Affects Versions: 9.0.0.Alpha4 > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > Fix For: 9.0.0.CR2, 9.0.0.Final > > > {{SearchNewEntityJmsMasterSlaveUsingInfinispanAndModulesIT}} fails with > {noformat} > Caused by: java.lang.Exception: {"WFLYCTL0080: Failed services" => {"jboss.persistenceunit.\"master.war#pu-master\"" => "org.jboss.msc.service.StartException in service jboss.persistenceunit.\"master.war#pu-master\": javax.persistence.PersistenceException: [PersistenceUnit: pu-master] Unable to build Hibernate SessionFactory > Caused by: javax.persistence.PersistenceException: [PersistenceUnit: pu-master] Unable to build Hibernate SessionFactory > Caused by: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'org.infinispan.test.integration.as.jms.model.RegisteredMember' > Caused by: org.hibernate.search.exception.SearchException: HSEARCH000252: Unable to initialize directory provider org.infinispan.hibernate.search.spi.InfinispanDirectoryProvider for index org.infinispan.test.integration.as.jms.model.RegisteredMember > Caused by: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheConfigurationException: ISPN000085: Error while trying to create a channel using the specified configuration file: default-configs/default-jgroups-udp.xml > Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000085: Error while trying to create a channel using the specified configuration file: default-configs/default-jgroups-udp.xml > Caused by: java.lang.IllegalArgumentException: JGRP000001: configuration error: the following properties in UDP are not recognized: {oob_thread_pool.max_threads=200, internal_thread_pool.max_threads=20, internal_thread_pool.keep_alive_time=60000, thread_pool.queue_enabled=false, internal_thread_pool.min_threads=5, oob_thread_pool.keep_alive_time=60000, oob_thread_pool.min_threads=20, oob_thread_pool.queue_enabled=false, internal_thread_pool.queue_max_size=500, internal_thread_pool.queue_enabled=true}"}} > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7167) ExampleConfigsIT.testTopologyConfigRackAttribute random failures

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7167?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7167: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > ExampleConfigsIT.testTopologyConfigRackAttribute random failures > ----------------------------------------------------------------- > > Key: ISPN-7167 > URL: https://issues.jboss.org/browse/ISPN-7167 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.0.0.Alpha4 > Reporter: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.0.0.CR2 > > > {noformat} > java.lang.AssertionError: Unexpected number of entries in server1: 0 > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.infinispan.server.test.configs.ExampleConfigsIT.verifyTopologyHinting(ExampleConfigsIT.java:482) > at org.infinispan.server.test.configs.ExampleConfigsIT.testTopologyConfigRackAttribute(ExampleConfigsIT.java:419) > {noformat} > The test is also inconsistent about the names of the servers, sometimes it starts counting from 0 and sometimes it starts counting from 1. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7159) CompleteShutdownDistRetryTest.testRetryAfterCompleteShutdown random failures

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7159?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7159: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > CompleteShutdownDistRetryTest.testRetryAfterCompleteShutdown random failures > ---------------------------------------------------------------------------- > > Key: ISPN-7159 > URL: https://issues.jboss.org/browse/ISPN-7159 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.0.0.Alpha4 > Reporter: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.0.0.CR2 > > > {noformat} > java.lang.AssertionError: expected:<two> but was:<null> > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:101) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:108) > at org.infinispan.client.hotrod.retry.CompleteShutdownDistRetryTest.testRetryAfterCompleteShutdown(CompleteShutdownDistRetryTest.java:58) > {noformat} > I think the problem is that killing node 0 can make node 2's key move from node 2 to node 1, and then it's lost after node 1 is also killed. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7145) Rebase JGroups subsystem on WildFly 10.1

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7145?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7145: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Rebase JGroups subsystem on WildFly 10.1 > ---------------------------------------- > > Key: ISPN-7145 > URL: https://issues.jboss.org/browse/ISPN-7145 > Project: Infinispan > Issue Type: Task > Components: Server > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.CR2 > > > Our JGroups subsystem is based on the corresponding subsystem from WildFly 9. We should rebase on WildFly 10, most notably in order to pick up the WFCORE-1127 fix. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7288) Indexed queries with IN clause should use TermsQuery

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7288?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7288: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Indexed queries with IN clause should use TermsQuery > ---------------------------------------------------- > > Key: ISPN-7288 > URL: https://issues.jboss.org/browse/ISPN-7288 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 9.0.0.Beta1, 8.2.5.Final > Reporter: Gustavo Fernandes > Assignee: Adrian Nistor > Fix For: 9.0.0.CR2, 9.0.0.Final > > > There are two reasons for it: > * TermsQuery don't have a clause limit as Boolean Queries do (default is 1024) > * Performance for high number of clauses is vastly superior -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7439) InitialClusterSizeTest can hang during teardown

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7439?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7439: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > InitialClusterSizeTest can hang during teardown > ----------------------------------------------- > > Key: ISPN-7439 > URL: https://issues.jboss.org/browse/ISPN-7439 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Labels: testsuite_stability > Fix For: 9.0.0.CR2 > > > Test {{testInitialClusterSizeFail}} expects the nodes to time out in {{JGroupsTransport.waitForInitialNodes()}}, but in at least one case the timeout didn't happen. The test then tried to shut down the cache managers, but it hanged because another thread was holding the {{GlobalComponentRegistry}} lock: > {noformat} > "testng-InitialClusterSizeTest" #13 prio=5 os_prio=0 tid=0x00007f1874d1f000 nid=0x1778 waiting for monitor entry [0x00007f181bafc000] > java.lang.Thread.State: BLOCKED (on object monitor) > at org.infinispan.factories.GlobalComponentRegistry.stop(GlobalComponentRegistry.java:280) > - waiting to lock <0x0000000093c7afe0> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:701) > - locked <0x000000008a005b80> (a org.infinispan.manager.DefaultCacheManager) > at org.infinispan.test.TestingUtil.killCacheManagers(TestingUtil.java:656) > at org.infinispan.test.MultipleCacheManagersTest.clearContent(MultipleCacheManagersTest.java:138) > at sun.reflect.GeneratedMethodAccessor175.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564) > at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:786) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > "ForkThread-4,InitialClusterSizeTest" #167842 prio=5 os_prio=0 tid=0x00007f1824163800 nid=0x3316 waiting on condition [0x00007f17e62b9000] > java.lang.Thread.State: TIMED_WAITING (sleeping) > at java.lang.Thread.sleep(Native Method) > at org.jgroups.util.Util.sleep(Util.java:1818) > at org.jgroups.protocols.pbcast.ClientGmsImpl.firstOfAllClients(ClientGmsImpl.java:181) > at org.jgroups.protocols.pbcast.ClientGmsImpl.joinInternal(ClientGmsImpl.java:97) > at org.jgroups.protocols.pbcast.ClientGmsImpl.join(ClientGmsImpl.java:41) > at org.jgroups.protocols.pbcast.GMS.down(GMS.java:1066) > at org.jgroups.protocols.tom.TOA.down(TOA.java:73) > at org.jgroups.protocols.FlowControl.down(FlowControl.java:302) > at org.jgroups.protocols.RSVP.down(RSVP.java:102) > at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:900) > at org.jgroups.JChannel.down(JChannel.java:644) > at org.jgroups.JChannel._connect(JChannel.java:873) > at org.jgroups.JChannel.connect(JChannel.java:369) > - locked <0x0000000093c7aea0> (a org.jgroups.JChannel) > at org.jgroups.JChannel.connect(JChannel.java:360) > - locked <0x0000000093c7aea0> (a org.jgroups.JChannel) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:221) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:211) > at sun.reflect.GeneratedMethodAccessor109.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:867) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:633) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:622) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:547) > - locked <0x0000000093c7afe0> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:244) > - locked <0x0000000093c7afe0> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.manager.DefaultCacheManager.start(DefaultCacheManager.java:666) > at org.infinispan.remoting.transport.InitialClusterSizeTest.lambda$testInitialClusterSize$799(InitialClusterSizeTest.java:47) > at org.infinispan.remoting.transport.InitialClusterSizeTest$$Lambda$2092/593962598.run(Unknown Source) > at org.infinispan.test.AbstractInfinispanTest$RunnableWrapper.run(AbstractInfinispanTest.java:510) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > "ForkThread-2,InitialClusterSizeTest" #167840 prio=5 os_prio=0 tid=0x00007f1824164800 nid=0x3314 waiting on condition [0x00007f17eec40000] > java.lang.Thread.State: TIMED_WAITING (sleeping) > at java.lang.Thread.sleep(Native Method) > at org.jgroups.util.Util.sleep(Util.java:1818) > at org.jgroups.protocols.pbcast.ClientGmsImpl.firstOfAllClients(ClientGmsImpl.java:181) > at org.jgroups.protocols.pbcast.ClientGmsImpl.joinInternal(ClientGmsImpl.java:97) > at org.jgroups.protocols.pbcast.ClientGmsImpl.join(ClientGmsImpl.java:41) > at org.jgroups.protocols.pbcast.GMS.down(GMS.java:1066) > at org.jgroups.protocols.tom.TOA.down(TOA.java:73) > at org.jgroups.protocols.FlowControl.down(FlowControl.java:302) > at org.jgroups.protocols.RSVP.down(RSVP.java:102) > at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:900) > at org.jgroups.JChannel.down(JChannel.java:644) > at org.jgroups.JChannel._connect(JChannel.java:873) > at org.jgroups.JChannel.connect(JChannel.java:369) > - locked <0x0000000093c7b7f0> (a org.jgroups.JChannel) > at org.jgroups.JChannel.connect(JChannel.java:360) > - locked <0x0000000093c7b7f0> (a org.jgroups.JChannel) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:221) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:211) > at sun.reflect.GeneratedMethodAccessor109.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:867) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:633) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:622) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:547) > - locked <0x0000000093c7b930> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:244) > - locked <0x0000000093c7b930> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.manager.DefaultCacheManager.start(DefaultCacheManager.java:666) > at org.infinispan.remoting.transport.InitialClusterSizeTest.lambda$testInitialClusterSize$799(InitialClusterSizeTest.java:47) > at org.infinispan.remoting.transport.InitialClusterSizeTest$$Lambda$2092/593962598.run(Unknown Source) > at org.infinispan.test.AbstractInfinispanTest$RunnableWrapper.run(AbstractInfinispanTest.java:510) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {noformat} > See the full thread dump here: http://ci.infinispan.org/viewLog.html?buildId=49393&buildTypeId=bt9 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7436) Upgrade to protostream-4.0.0.Alpha5

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7436?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7436: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Upgrade to protostream-4.0.0.Alpha5 > ----------------------------------- > > Key: ISPN-7436 > URL: https://issues.jboss.org/browse/ISPN-7436 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.0.0.CR2 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7433) Investigate performance with different xmit_interval values

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7433?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7433: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Investigate performance with different xmit_interval values > ----------------------------------------------------------- > > Key: ISPN-7433 > URL: https://issues.jboss.org/browse/ISPN-7433 > Project: Infinispan > Issue Type: Task > Components: Configuration, Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: performance > Fix For: 9.0.0.CR2 > > > The default {{UNICAST3.xmit_interval}} is 500ms, and the default {{NAKACK2.xmit_interval}} is 1000ms. According to Bela, a {{xmit_interval}} of 100ms should be much better for performance. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7431) Remove VisitableCommand.shouldInvoke()

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7431?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7431: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Remove VisitableCommand.shouldInvoke() > -------------------------------------- > > Key: ISPN-7431 > URL: https://issues.jboss.org/browse/ISPN-7431 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.CR2 > > > {{VisitableCommand.shouldInvoke()}} is only implemented non-trivially in {{InvalidateL1Command}}. But that check only helps while the cache is rebalancing, and even then the impact is negligible. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7415) Immortal entries use EmbeddedExpirableMetadata instead of EmbeddedMetadata

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7415?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7415: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Immortal entries use EmbeddedExpirableMetadata instead of EmbeddedMetadata > -------------------------------------------------------------------------- > > Key: ISPN-7415 > URL: https://issues.jboss.org/browse/ISPN-7415 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.CR2 > > > The default lifespan and maxIdle are -1 to signal no expiration, but calling {{EmbeddedMetadata.Builder.lifespan\(x)}} with any value will make it create an {{EmbeddedExpirableMetadata}} instance. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2017