February 2016 - infinispan-issues

[JBoss JIRA] (ISPN-6195) CacheNotFoundResponse error when starting multiple Infinispan Server instances in parallel

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6195?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6195: ------------------------------ Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/4000 > CacheNotFoundResponse error when starting multiple Infinispan Server instances in parallel > ------------------------------------------------------------------------------------------ > > Key: ISPN-6195 > URL: https://issues.jboss.org/browse/ISPN-6195 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.2.0.Beta1 > Reporter: Galder Zamarreño > Assignee: Pedro Ruivo > Fix For: 8.2.0.Beta2 > > > Starting two clustered Infinispan Server instances in parallel throws CacheNotFoundResponse exception in one of the nodes with the other not showing any other exceptions/errors: > {code} > 08:52:46,152 ERROR [org.infinispan.topology.ClusterTopologyManagerImpl] (transport-thread--p4-t1) > ISPN000196: Failed to recover cluster state after the current node became the coordinator: > org.infinispan.commons.CacheException: Unsuccessful response received from node node2: > CacheNotFoundResponse > at org.infinispan.topology.ClusterTopologyManagerImpl.executeOnClusterSync(ClusterTopologyManagerImpl.java:529) > at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:387) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:321) > at org.infinispan.topology.ClusterTopologyManagerImpl.lambda$start$133(ClusterTopologyManagerImpl.java:131) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.runInternal(SemaphoreCompletionService.java:173) > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.run(SemaphoreCompletionService.java:151) > 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) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6195) CacheNotFoundResponse error when starting multiple Infinispan Server instances in parallel

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6195?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6195: ------------------------------ Fix Version/s: 8.2.0.Beta2 (was: 8.2.0.Final) > CacheNotFoundResponse error when starting multiple Infinispan Server instances in parallel > ------------------------------------------------------------------------------------------ > > Key: ISPN-6195 > URL: https://issues.jboss.org/browse/ISPN-6195 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.2.0.Beta1 > Reporter: Galder Zamarreño > Assignee: Pedro Ruivo > Fix For: 8.2.0.Beta2 > > > Starting two clustered Infinispan Server instances in parallel throws CacheNotFoundResponse exception in one of the nodes with the other not showing any other exceptions/errors: > {code} > 08:52:46,152 ERROR [org.infinispan.topology.ClusterTopologyManagerImpl] (transport-thread--p4-t1) > ISPN000196: Failed to recover cluster state after the current node became the coordinator: > org.infinispan.commons.CacheException: Unsuccessful response received from node node2: > CacheNotFoundResponse > at org.infinispan.topology.ClusterTopologyManagerImpl.executeOnClusterSync(ClusterTopologyManagerImpl.java:529) > at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:387) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:321) > at org.infinispan.topology.ClusterTopologyManagerImpl.lambda$start$133(ClusterTopologyManagerImpl.java:131) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.runInternal(SemaphoreCompletionService.java:173) > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.run(SemaphoreCompletionService.java:151) > 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) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6196) Regression in replicated mode with hotrod after Wildfly version update (ISPN-6129)

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-6196?page=com.atlassian.jira.plugin.... ] Jakub Markos closed ISPN-6196. ------------------------------ Resolution: Rejected This was an environment issue, closing. > Regression in replicated mode with hotrod after Wildfly version update (ISPN-6129) > ---------------------------------------------------------------------------------- > > Key: ISPN-6196 > URL: https://issues.jboss.org/browse/ISPN-6196 > Project: Infinispan > Issue Type: Bug > Reporter: Jakub Markos > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6199) Creation of container security/authorization in server via management ops is broken

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6199?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6199: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 8.2.0.Beta2 Resolution: Done > Creation of container security/authorization in server via management ops is broken > ----------------------------------------------------------------------------------- > > Key: ISPN-6199 > URL: https://issues.jboss.org/browse/ISPN-6199 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.2.0.Beta2 > > > When adding the authorization=AUTHORIZATION element under cache-container=[container]/security=SECURITY an exception is thrown. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6131) ScriptingManager.removeScript throws ISPN026005 exception when the script exists

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6131?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6131: ---------------------------------- Status: Open (was: New) > ScriptingManager.removeScript throws ISPN026005 exception when the script exists > --------------------------------------------------------------------------------- > > Key: ISPN-6131 > URL: https://issues.jboss.org/browse/ISPN-6131 > Project: Infinispan > Issue Type: Bug > Reporter: Anna Manukyan > Assignee: Tristan Tarrant > > ScriptingManager.removeScript() method call with existing script name throws following exception: > org.infinispan.commons.CacheException: ISPN026005: No script named 'test.js' > at org.infinispan.scripting.impl.ScriptingManagerImpl.removeScript(ScriptingManagerImpl.java:121) > at org.infinispan.scripting.ScriptingTest.testRemovingScript(ScriptingTest.java:61) > 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) > ... > The test code for script removing is: > {code:java} > public void testRemovingScript() throws Exception { > assertNotNull(cacheManager.getCache(ScriptingManager.SCRIPT_CACHE).get("test.js")); > scriptingManager.removeScript("test.js"); > assertNull(cacheManager.getCache(ScriptingManager.SCRIPT_CACHE).get("test.js")); > } > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6131) ScriptingManager.removeScript throws ISPN026005 exception when the script exists

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6131?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6131: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3999 > ScriptingManager.removeScript throws ISPN026005 exception when the script exists > --------------------------------------------------------------------------------- > > Key: ISPN-6131 > URL: https://issues.jboss.org/browse/ISPN-6131 > Project: Infinispan > Issue Type: Bug > Reporter: Anna Manukyan > Assignee: Tristan Tarrant > > ScriptingManager.removeScript() method call with existing script name throws following exception: > org.infinispan.commons.CacheException: ISPN026005: No script named 'test.js' > at org.infinispan.scripting.impl.ScriptingManagerImpl.removeScript(ScriptingManagerImpl.java:121) > at org.infinispan.scripting.ScriptingTest.testRemovingScript(ScriptingTest.java:61) > 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) > ... > The test code for script removing is: > {code:java} > public void testRemovingScript() throws Exception { > assertNotNull(cacheManager.getCache(ScriptingManager.SCRIPT_CACHE).get("test.js")); > scriptingManager.removeScript("test.js"); > assertNull(cacheManager.getCache(ScriptingManager.SCRIPT_CACHE).get("test.js")); > } > {code} -- 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: -------------------------------- So what do you think is the correct solution then? I'll look into the publishing issue later. > 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-6199) Creation of container security/authorization in server via management ops is broken

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6199?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6199: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3997 > Creation of container security/authorization in server via management ops is broken > ----------------------------------------------------------------------------------- > > Key: ISPN-6199 > URL: https://issues.jboss.org/browse/ISPN-6199 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > > When adding the authorization=AUTHORIZATION element under cache-container=[container]/security=SECURITY an exception is thrown. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6199) Creation of container security/authorization in server via management ops is broken

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-6199: ------------------------------------- Summary: Creation of container security/authorization in server via management ops is broken Key: ISPN-6199 URL: https://issues.jboss.org/browse/ISPN-6199 Project: Infinispan Issue Type: Bug Reporter: Tristan Tarrant When adding the authorization=AUTHORIZATION element under cache-container=[container]/security=SECURITY an exception is thrown. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6199) Creation of container security/authorization in server via management ops is broken

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6199?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-6199: ------------------------------------- Assignee: Tristan Tarrant > Creation of container security/authorization in server via management ops is broken > ----------------------------------------------------------------------------------- > > Key: ISPN-6199 > URL: https://issues.jboss.org/browse/ISPN-6199 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > > When adding the authorization=AUTHORIZATION element under cache-container=[container]/security=SECURITY an exception is thrown. -- 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