February 2015 - infinispan-issues

[JBoss JIRA] (ISPN-3223) HotRod 2.0 Client recieves stale toplogy view on instance leave

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3223?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3223: ---------------------------------------- Takayoshi/Alan, is this issue still present in latest Infinispan master? > HotRod 2.0 Client recieves stale toplogy view on instance leave > --------------------------------------------------------------- > > Key: ISPN-3223 > URL: https://issues.jboss.org/browse/ISPN-3223 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 5.2.4.Final, 5.3.0.CR1, 7.0.0.Beta1 > Reporter: Takayoshi Kimura > Assignee: Galder Zamarreño > Attachments: hr-protocol-13.log, hr-protocol-20.log > > > When killed a HotRod server node, HotRod Clinet sometimes recieves a stale toplogy view which includes the dead node and uses it as a latest view. In this case the client keeps trying to connect that node and keeps failing. > Looks like the AbstractEncoder1x.generateTopologyResponse() takes care of node join but doesn't handle node leave: > {noformat} > if (!serverEndpointsMap.keySet.containsAll(cacheMembers)) { > {noformat} > For example, serverEndpointsMap.keySet is [A, B, C] and the actual cacheMembers is [A, B]. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5141) SingleFileStore.process() should use sequential access

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5141?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5141: ------------------------------- Fix Version/s: 7.2.0.Beta1 7.2.0.Final > SingleFileStore.process() should use sequential access > ------------------------------------------------------ > > Key: ISPN-5141 > URL: https://issues.jboss.org/browse/ISPN-5141 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.3.Final, 7.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > {{SingleFileStore.process()}} iterates over its keys in pseudo-random order. (It puts all the entries in a {{HashSet}} and iterates it to minimize the amount of time it keeps the global lock.) > It should instead either iterate the entries directly from the disk, or at least sort the entries by their offset when iterating. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5246) Re-enable the queue for the JGroups internal thread pool in the default configuration

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5246: ------------------------------- Fix Version/s: 7.2.0.Beta1 > Re-enable the queue for the JGroups internal thread pool in the default configuration > ------------------------------------------------------------------------------------- > > Key: ISPN-5246 > URL: https://issues.jboss.org/browse/ISPN-5246 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > Need to change {{default-jgroups-udp/tcp.xml}} for embedded and {{jgroups-defaults.xml}} for server. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5141) SingleFileStore.process() should use sequential access

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5141?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5141: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3270 > SingleFileStore.process() should use sequential access > ------------------------------------------------------ > > Key: ISPN-5141 > URL: https://issues.jboss.org/browse/ISPN-5141 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.3.Final, 7.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > > {{SingleFileStore.process()}} iterates over its keys in pseudo-random order. (It puts all the entries in a {{HashSet}} and iterates it to minimize the amount of time it keeps the global lock.) > It should instead either iterate the entries directly from the disk, or at least sort the entries by their offset when iterating. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5242) Minor inconsistencies between local-cache and clustered-cache statistics

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-5242?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-5242: -------------------------------- Description: There are some inconsistencies among MBeans for local and clustered cache: 1) * local-cache stats: timeSinceReset, elapsedTime * cluster-cache stats name: timeSinceStart (NO timeSinceReset or elapsedTime stats here) 2) cluster cache now has some statistics that are not available for local cache: CacheLoaderLoads, CacheLoaderMisses, etc. I'm not sure but maybe it would be better to have this consistent. was: There are some inconsistencies among MBeans for local and clustered cache: 1) * local-cache stats name: timeSinceReset * cluster-cache stats name: timeSinceStart 2) cluster cache now has some statistics that are not available for local cache: CacheLoaderLoads, CacheLoaderMisses, etc. I'm not sure but maybe it would be better to have this consistent. > Minor inconsistencies between local-cache and clustered-cache statistics > ------------------------------------------------------------------------ > > Key: ISPN-5242 > URL: https://issues.jboss.org/browse/ISPN-5242 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.1.0.Final > Reporter: Martin Gencur > Priority: Minor > > There are some inconsistencies among MBeans for local and clustered cache: > 1) > * local-cache stats: timeSinceReset, elapsedTime > * cluster-cache stats name: timeSinceStart (NO timeSinceReset or elapsedTime stats here) > 2) cluster cache now has some statistics that are not available for local cache: CacheLoaderLoads, CacheLoaderMisses, etc. I'm not sure but maybe it would be better to have this consistent. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5249) Remove events documentation referencing org.infinispan.filter classes

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-5249: -------------------------------------- Summary: Remove events documentation referencing org.infinispan.filter classes Key: ISPN-5249 URL: https://issues.jboss.org/browse/ISPN-5249 Project: Infinispan Issue Type: Bug Affects Versions: 7.2.0.Alpha1, 7.1.0.Final Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 7.2.0.Beta1, 7.2.0.Final In several parts of the remote events documentation, `org.infinispan.filter` classes are being references, which are no longer in use. All references should be modified to point to `org.infinispan.notifications.cachelistener.filter` classes. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5234) Implement single cluster view page (P1)

by Tomas Sykora (JIRA)

[ https://issues.jboss.org/browse/ISPN-5234?page=com.atlassian.jira.plugin.... ] Tomas Sykora commented on ISPN-5234: ------------------------------------ Sync-up call: Working *globally* on cluster&cache availability reporting. Making quite a good progress, PR should be ready on EOD Friday this week or definitely after a weekend if I will not meet any hard obstacles. > Implement single cluster view page (P1) > --------------------------------------- > > Key: ISPN-5234 > URL: https://issues.jboss.org/browse/ISPN-5234 > Project: Infinispan > Issue Type: Task > Components: JMX, reporting and management > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 8.0.0.Final > > > In our admin console current single cluster view page does not contain the following functionality that should be implemented: > * -Zoom in/out- > * Node availability/detail > * Filter by metrics (node view) > * Filter by metrics (cache view) > * Search node (search as you type) > * Search cache (search as you type) > * -Cluster switcher- > * Cluster status view -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5223) NPE in InfinispanCollections.containsAny

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5223?page=com.atlassian.jira.plugin.... ] Work on ISPN-5223 started by Dan Berindei. ------------------------------------------ > NPE in InfinispanCollections.containsAny > ---------------------------------------- > > Key: ISPN-5223 > URL: https://issues.jboss.org/browse/ISPN-5223 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.Final > Reporter: Kurt Lehrke > Assignee: Dan Berindei > > When having partition handling enabled on a replicated cache, a null pointer exception is thrown in the post operation partition check because the ClusteringDependentLogic.getOwners(key) returns null. > Here's the line it's thrown: > https://github.com/infinispan/infinispan/blob/master/commons/src/main/jav... > Here's the calling line: > https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... > Relevant stack trace: > {code} > java.lang.NullPointerException > at org.infinispan.commons.util.InfinispanCollections.containsAny(InfinispanCollections.java:309) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.postOperationPartitionCheck(PartitionHandlingInterceptor.java:149) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.visitGetKeyValueCommand(PartitionHandlingInterceptor.java:114) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:233) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:217) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:103) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:91) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:391) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:384) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at com.redprairie.moca.cluster.manager.AbstractClusterRoleManager$RoleUpdater.run(AbstractClusterRoleManager.java:671) ~[moca-server.jar:?] > at com.redprairie.moca.util.ExceptionSuppressingRunnable.run(ExceptionSuppressingRunnable.java:47) ~[moca-server.jar:?] > at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.FutureTask.runAndReset(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.7.0_67] > at java.lang.Thread.run(Unknown Source) [?:1.7.0_67] > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5248) don't use a key wrapper for string-based-jdbc-store when key is already a string

by Hugo Guerrero (JIRA)

Hugo Guerrero created ISPN-5248: ----------------------------------- Summary: don't use a key wrapper for string-based-jdbc-store when key is already a string Key: ISPN-5248 URL: https://issues.jboss.org/browse/ISPN-5248 Project: Infinispan Issue Type: Enhancement Components: Loaders and Stores Affects Versions: 6.0.2.Final Reporter: Hugo Guerrero Priority: Minor when using a jdbc string based cache store, if key is already a string don't need to use a key-wrapper. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5246) Re-enable the queue for the JGroups internal thread pool in the default configuration

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5246: ----------------------------------------------- Dan Berindei <dberinde(a)redhat.com> changed the Status of [bug 1196145|https://bugzilla.redhat.com/show_bug.cgi?id=1196145] from ASSIGNED to POST > Re-enable the queue for the JGroups internal thread pool in the default configuration > ------------------------------------------------------------------------------------- > > Key: ISPN-5246 > URL: https://issues.jboss.org/browse/ISPN-5246 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.2.0.Final > > > Need to change {{default-jgroups-udp/tcp.xml}} for embedded and {{jgroups-defaults.xml}} for server. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2015