February 2016 - infinispan-issues

[JBoss JIRA] (ISPN-6213) LiveRunningTest and TwoNodesTest consistent failing

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-6213?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes reassigned ISPN-6213: --------------------------------------- Assignee: Gustavo Fernandes > LiveRunningTest and TwoNodesTest consistent failing > --------------------------------------------------- > > Key: ISPN-6213 > URL: https://issues.jboss.org/browse/ISPN-6213 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Query > Affects Versions: 8.2.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 8.2.0.Beta2 > > > Errors on stdout: > {code} > 117546 [ERROR] SHARED_LOOPBACK: ispn-160: failed submitting DONT_BUNDLE message to thread pool: > java.util.concurrent.RejectedExecutionException: > Task org.jgroups.protocols.TP$SingleMessageHandler@65feeec2 rejected from > java.util.concurrent.ThreadPoolExecutor@21f3d06f[Running, pool size = 10, active threads = 0, queued tasks = 0, completed tasks = 3351]. > Msg: RequestCorrelator: corr_id=200, type=RSP, req_id=2859, rsp_expected=true, UNICAST: DATA, seqno=38, TP: [cluster_name=ISPN] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6213) LiveRunningTest and TwoNodesTest consistent failing

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-6213?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-6213: ------------------------------------ Fix Version/s: 8.2.0.Beta2 > LiveRunningTest and TwoNodesTest consistent failing > --------------------------------------------------- > > Key: ISPN-6213 > URL: https://issues.jboss.org/browse/ISPN-6213 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Query > Affects Versions: 8.2.0.Beta1 > Reporter: Gustavo Fernandes > Fix For: 8.2.0.Beta2 > > > Errors on stdout: > {code} > 117546 [ERROR] SHARED_LOOPBACK: ispn-160: failed submitting DONT_BUNDLE message to thread pool: > java.util.concurrent.RejectedExecutionException: > Task org.jgroups.protocols.TP$SingleMessageHandler@65feeec2 rejected from > java.util.concurrent.ThreadPoolExecutor@21f3d06f[Running, pool size = 10, active threads = 0, queued tasks = 0, completed tasks = 3351]. > Msg: RequestCorrelator: corr_id=200, type=RSP, req_id=2859, rsp_expected=true, UNICAST: DATA, seqno=38, TP: [cluster_name=ISPN] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6213) LiveRunningTest and TwoNodesTest consistent failing

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-6213: --------------------------------------- Summary: LiveRunningTest and TwoNodesTest consistent failing Key: ISPN-6213 URL: https://issues.jboss.org/browse/ISPN-6213 Project: Infinispan Issue Type: Bug Components: Test Suite - Query Affects Versions: 8.2.0.Beta1 Reporter: Gustavo Fernandes -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6212) InfinispanBackendQueueProcessor is assuming all IndexManager implementations are DirectoryBasedIndexManager

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-6212: ------------------------------------- Summary: InfinispanBackendQueueProcessor is assuming all IndexManager implementations are DirectoryBasedIndexManager Key: ISPN-6212 URL: https://issues.jboss.org/browse/ISPN-6212 Project: Infinispan Issue Type: Task Components: Embedded Querying Reporter: Sanne Grinovero Fix For: 8.2.0.CR1 See also the FIXME note in {{InfinispanBackendQueueProcessor}}: this needs to be cleaned up. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6150) Drop Spring 3.x support

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-6150?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-6150: -------------------------------------- Status: Open (was: New) > Drop Spring 3.x support > ----------------------- > > Key: ISPN-6150 > URL: https://issues.jboss.org/browse/ISPN-6150 > Project: Infinispan > Issue Type: Task > Components: Spring Integration > Reporter: Tristan Tarrant > Assignee: Sebastian Łaskawiec > Fix For: 9.0.0.Alpha1 > > > Spring 3.x will be EOLed on 2016/12/31 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6150) Drop Spring 3.x support

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-6150?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-6150: -------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4009 > Drop Spring 3.x support > ----------------------- > > Key: ISPN-6150 > URL: https://issues.jboss.org/browse/ISPN-6150 > Project: Infinispan > Issue Type: Task > Components: Spring Integration > Reporter: Tristan Tarrant > Assignee: Sebastian Łaskawiec > Fix For: 9.0.0.Alpha1 > > > Spring 3.x will be EOLed on 2016/12/31 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6146) XA transactions already committed in prepare as XA_RDONLY fail on commit with "ISPN000112: exception while committing: javax.transaction.xa.XAException"

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6146?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6146: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 8.2.0.Beta2 8.1.2.Final Resolution: Done > XA transactions already committed in prepare as XA_RDONLY fail on commit with "ISPN000112: exception while committing: javax.transaction.xa.XAException" > -------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-6146 > URL: https://issues.jboss.org/browse/ISPN-6146 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 8.2.0.Beta1, 8.1.1.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Critical > Fix For: 8.2.0.Beta2, 8.1.2.Final > > > {noformat} > 15:34:39,087 WARN [org.infinispan.transaction.tm.DummyTransaction] (default task-1) ISPN000112: exception while committing: javax.transaction.xa.XAException > at org.infinispan.transaction.xa.TransactionXaAdapter.getLocalTransactionAndValidateImpl(TransactionXaAdapter.java:242) > at org.infinispan.transaction.xa.TransactionXaAdapter.getLocalTransactionAndValidate(TransactionXaAdapter.java:235) > at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:103) > at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:389) > at org.infinispan.transaction.tm.DummyTransaction.commitResources(DummyTransaction.java:435) > at org.infinispan.transaction.tm.DummyTransaction.runCommit(DummyTransaction.java:314) > at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:105) > at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:73) > at org.wildfly.clustering.ee.infinispan.ActiveTransactionBatch.close(ActiveTransactionBatch.java:48) > at org.wildfly.clustering.web.undertow.session.DistributableSession.requestDone(DistributableSession.java:77) > at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:768) > at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:557) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:331) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) > 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} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6211) Create DMR operations to enable / disable rebalancing per cache and container

by Pedro Zapata (JIRA)

Pedro Zapata created ISPN-6211: ---------------------------------- Summary: Create DMR operations to enable / disable rebalancing per cache and container Key: ISPN-6211 URL: https://issues.jboss.org/browse/ISPN-6211 Project: Infinispan Issue Type: Feature Request Components: JMX, reporting and management Reporter: Pedro Zapata Assignee: Tristan Tarrant In order to enable and disable rebalancing in the console, we need a DMR operation that allows to change this, at the cache container level and at the cache level. Currently, there are 2 attributes cache-rebalance and rebalancing=true related to this, but no operations to change this behaviour. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6099) ConcurrentJoinTest random failures

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-6099?page=com.atlassian.jira.plugin.... ] Bela Ban commented on ISPN-6099: -------------------------------- The interesting thing is that the problem seems to only occur with {{ServerSocketChannel}} ({{TCP_NIO2}}, *not* with {{ServerSocket}} ({{TCP}}). So you think that code like the one below would work? {noformat} while(port in range) channel=ServerSocketChanel.open(); channel.bind(addr,port); if(exception) -> port++ and continue {noformat} > ConcurrentJoinTest random failures > ---------------------------------- > > Key: ISPN-6099 > URL: https://issues.jboss.org/browse/ISPN-6099 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 8.1.0.Final > Environment: java version "1.8.0_60" > Java(TM) SE Runtime Environment (build 1.8.0_60-b27) > Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode) > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Beta2 > > Attachments: main.cpp > > > Since the switch to {{TCP_NIO2}} in the test suite, I've been seeing random failures in {{ConcurrentJoinTest}} and other tests that attempt to start multiple channels in parallel (e.g. {{StateTransferFunctionalTest}} and its subclasses). > Normally JGroups only reports a {{java.net.BindException: No available port to bind to in range [8000 .. 8099]}}, but I have modified {{org.jgroups.util.Util.createServerSocket()}} to report the cause exception and I got this: > {noformat} > java.net.BindException: No available port to bind to in range [8000 .. 8099] > at org.jgroups.util.Util.createServerSocketChannel(Util.java:3077) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.jgroups.blocks.cs.NioServer.<init>(NioServer.java:86) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.jgroups.protocols.TCP_NIO2.start(TCP_NIO2.java:97) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:966) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.jgroups.JChannel.startStack(JChannel.java:890) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.jgroups.JChannel._preConnect(JChannel.java:553) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.jgroups.JChannel.connect(JChannel.java:288) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.jgroups.JChannel.connect(JChannel.java:279) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:199) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:190) ~[classes/:?] > at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source) ~[?:?] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_60] > at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_60] > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) ~[infinispan-commons-8.2.0-SNAPSHOT.jar:8.2.0-SNAPSHOT] > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:870) ~[classes/:?] > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:639) ~[classes/:?] > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:628) ~[classes/:?] > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:531) ~[classes/:?] > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:229) ~[classes/:?] > ... 11 more > Caused by: java.net.SocketException: Invalid argument > at sun.nio.ch.Net.bind0(Native Method) ~[?:1.8.0_60] > at sun.nio.ch.Net.bind(Net.java:433) ~[?:1.8.0_60] > at sun.nio.ch.Net.bind(Net.java:425) ~[?:1.8.0_60] > at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223) ~[?:1.8.0_60] > at java.nio.channels.ServerSocketChannel.bind(ServerSocketChannel.java:157) ~[?:1.8.0_60] > at org.jgroups.util.Util.createServerSocketChannel(Util.java:3072) ~[jgroups-3.6.7.Final.jar:3.6.7.Final] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6030) ClientAsymmetricClusterTest.testAsymmetricCluster fails randomly

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-6030?page=com.atlassian.jira.plugin.... ] Vojtech Juranek closed ISPN-6030. --------------------------------- Resolution: Duplicate Issue Duplicates ISPN-6038 (well, actually ISPN-6038 duplicates this one, but as ISPN-6038 is already assigned, closing this one) > ClientAsymmetricClusterTest.testAsymmetricCluster fails randomly > ---------------------------------------------------------------- > > Key: ISPN-6030 > URL: https://issues.jboss.org/browse/ISPN-6030 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Roman Macor > > ClientAsymmetricClusterTest.testAsymmetricCluster fails randomly with: > Stacktrace > java.lang.NullPointerException > at org.infinispan.client.hotrod.ClientAsymmetricClusterTest.testAsymmetricCluster(ClientAsymmetricClusterTest.java:38) > 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:497) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > 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) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 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 2016