April 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2910) Divide by zero exception on shutdown

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2910?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2910: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Divide by zero exception on shutdown > ------------------------------------ > > Key: ISPN-2910 > URL: https://issues.jboss.org/browse/ISPN-2910 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.1.Final > Reporter: Paul Ferraro > Assignee: Dan Berindei > Fix For: 5.3.0.Alpha1, 5.3.0.Final > > > 19:40:50,671 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-2,shared=udp) ISPN000094: Received new cluster view: [perf20/web|13] [perf20/web, perf21/web] > 19:40:50,754 ERROR [org.infinispan.topology.ClusterTopologyManagerImpl] (notification-thread-0) ISPN000196: Failed to recover cluster state after the current node became the coordinator: java.lang.ArithmeticException: / by zero > at org.infinispan.distribution.ch.DefaultConsistentHashFactory.addPrimaryOwners(DefaultConsistentHashFactory.java:130) > at org.infinispan.distribution.ch.DefaultConsistentHashFactory.rebalanceBuilder(DefaultConsistentHashFactory.java:124) > at org.infinispan.distribution.ch.DefaultConsistentHashFactory.updateMembers(DefaultConsistentHashFactory.java:86) > at org.infinispan.distribution.ch.DefaultConsistentHashFactory.updateMembers(DefaultConsistentHashFactory.java:45) > at org.infinispan.topology.ClusterTopologyManagerImpl.updateCacheStatusAfterMerge(ClusterTopologyManagerImpl.java:306) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleNewView(ClusterTopologyManagerImpl.java:236) > at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener.handleViewChange(ClusterTopologyManagerImpl.java:597) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_38] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_38] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_38] > at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_38] > at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation$1.run(AbstractListenerImpl.java:212) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_38] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_38] > at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_38] -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2892) View installation loop when restarting cache on multiple nodes

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2892?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-2892: ------------------------------------ I think it's normal to get *one* instance of this error message: {noformat} ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-19,node1/web) ISPN000172: Failed to prepare view CacheView{viewId=21, members=[node2/web]} for cache default-host/test, rolling back to view CacheView{viewId=20, members=[]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.lang.IllegalStateException: Cannot prepare new view CacheView{viewId=21, members=[node2/web]} on cache default-host/test, we are currently preparing view CacheView{viewId=18, members=[node2/web]} {noformat} But after that, the coordinator should send a ROLLBACK_VIEW command, which should clear the "pendingView", and the next PREPARE_VIEW should succeed. Did you see any message with failed (or successful) ROLLBACK_VIEW commands in the log? > View installation loop when restarting cache on multiple nodes > -------------------------------------------------------------- > > Key: ISPN-2892 > URL: https://issues.jboss.org/browse/ISPN-2892 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.1.7.Final > Reporter: Dennis Reed > Assignee: Dan Berindei > > Restarting a cache on multiple nodes at the same time can cause the following error: > ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-19,node1/web) ISPN000172: Failed to prepare view CacheView{viewId=18, members=[node2/web]} for cache default-host/test, rolling back to view CacheView{viewId=17, members=[node1/web, node2/web]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.lang.IllegalStateException: default-host/test: Received cache view prepare request after the local node has already shut down > After the initial error, the following error began repeating every second for a few minutes until BaseStateTransferManagerImpl.waitForJoinToComplete() timed out and the cache failed to start: > ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-19,node1/web) ISPN000172: Failed to prepare view CacheView{viewId=21, members=[node2/web]} for cache default-host/test, rolling back to view CacheView{viewId=20, members=[]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.lang.IllegalStateException: Cannot prepare new view CacheView{viewId=21, members=[node2/web]} on cache default-host/test, we are currently preparing view CacheView{viewId=18, members=[node2/web]} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2892) View installation loop when restarting cache on multiple nodes

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2892?page=com.atlassian.jira.plugin.... ] Dan Berindei edited comment on ISPN-2892 at 4/9/13 11:59 AM: ------------------------------------------------------------- I think it's normal to get *one* instance of this error message, if the coordinator died while installing a cache view: {noformat} ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-19,node1/web) ISPN000172: Failed to prepare view CacheView{viewId=21, members=[node2/web]} for cache default-host/test, rolling back to view CacheView{viewId=20, members=[]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.lang.IllegalStateException: Cannot prepare new view CacheView{viewId=21, members=[node2/web]} on cache default-host/test, we are currently preparing view CacheView{viewId=18, members=[node2/web]} {noformat} But after that, the coordinator should send a ROLLBACK_VIEW command, which should clear the "pendingView", and the next PREPARE_VIEW should succeed. Did you see any message with failed (or successful) ROLLBACK_VIEW commands in the log? was (Author: dan.berindei): I think it's normal to get *one* instance of this error message: {noformat} ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-19,node1/web) ISPN000172: Failed to prepare view CacheView{viewId=21, members=[node2/web]} for cache default-host/test, rolling back to view CacheView{viewId=20, members=[]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.lang.IllegalStateException: Cannot prepare new view CacheView{viewId=21, members=[node2/web]} on cache default-host/test, we are currently preparing view CacheView{viewId=18, members=[node2/web]} {noformat} But after that, the coordinator should send a ROLLBACK_VIEW command, which should clear the "pendingView", and the next PREPARE_VIEW should succeed. Did you see any message with failed (or successful) ROLLBACK_VIEW commands in the log? > View installation loop when restarting cache on multiple nodes > -------------------------------------------------------------- > > Key: ISPN-2892 > URL: https://issues.jboss.org/browse/ISPN-2892 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.1.7.Final > Reporter: Dennis Reed > Assignee: Dan Berindei > > Restarting a cache on multiple nodes at the same time can cause the following error: > ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-19,node1/web) ISPN000172: Failed to prepare view CacheView{viewId=18, members=[node2/web]} for cache default-host/test, rolling back to view CacheView{viewId=17, members=[node1/web, node2/web]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.lang.IllegalStateException: default-host/test: Received cache view prepare request after the local node has already shut down > After the initial error, the following error began repeating every second for a few minutes until BaseStateTransferManagerImpl.waitForJoinToComplete() timed out and the cache failed to start: > ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-19,node1/web) ISPN000172: Failed to prepare view CacheView{viewId=21, members=[node2/web]} for cache default-host/test, rolling back to view CacheView{viewId=20, members=[]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.lang.IllegalStateException: Cannot prepare new view CacheView{viewId=21, members=[node2/web]} on cache default-host/test, we are currently preparing view CacheView{viewId=18, members=[node2/web]} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3005) Warn when Query is falling back to using the slow DefaultTransformer

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3005?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3005: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Warn when Query is falling back to using the slow DefaultTransformer > -------------------------------------------------------------------- > > Key: ISPN-3005 > URL: https://issues.jboss.org/browse/ISPN-3005 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Optional > Fix For: 5.3.0.Alpha1 > > > For custom key types we suggest to register a custom Transformer class for performance reasons. > We should remind about this by logging a warning when Query falls back to using the default (super slow) Transformer implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2898) Web Cache fails to start when multiple apps are trying to create it

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2898?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-2898: ------------------------------------ Correction: the proper workaround is to increase the lockAcquisitionTimeout of the *default* cache, not of the cache being started. I have tested it and it works. > Web Cache fails to start when multiple apps are trying to create it > ------------------------------------------------------------------- > > Key: ISPN-2898 > URL: https://issues.jboss.org/browse/ISPN-2898 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.1.7.Final > Reporter: Shay Matasaro > Assignee: Dan Berindei > > When multiple apps are trying to create/connect to the web cache , the fist one get a lock on the cache manager, and prevents the others from starting it in a timely manner -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3005) Warn when Query is falling back to using the slow DefaultTransformer

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3005?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3005: ---------------------------------- Priority: Optional (was: Major) > Warn when Query is falling back to using the slow DefaultTransformer > -------------------------------------------------------------------- > > Key: ISPN-3005 > URL: https://issues.jboss.org/browse/ISPN-3005 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Optional > Fix For: 5.3.0.Alpha1 > > > For custom key types we suggest to register a custom Transformer class for performance reasons. > We should remind about this by logging a warning when Query falls back to using the default (super slow) Transformer implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3005) Warn when Query is falling back to using the slow DefaultTransformer

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3005?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3005: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1756 > Warn when Query is falling back to using the slow DefaultTransformer > -------------------------------------------------------------------- > > Key: ISPN-3005 > URL: https://issues.jboss.org/browse/ISPN-3005 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 5.3.0.Alpha1 > > > For custom key types we suggest to register a custom Transformer class for performance reasons. > We should remind about this by logging a warning when Query falls back to using the default (super slow) Transformer implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3005) Warn when Query is falling back to using the slow DefaultTransformer

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-3005: ------------------------------------- Summary: Warn when Query is falling back to using the slow DefaultTransformer Key: ISPN-3005 URL: https://issues.jboss.org/browse/ISPN-3005 Project: Infinispan Issue Type: Enhancement Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 5.3.0.Alpha1 For custom key types we suggest to register a custom Transformer class for performance reasons. We should remind about this by logging a warning when Query falls back to using the default (super slow) Transformer implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2977) CLI parser errors cause NullPointerExceptions instead of being properly reported

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2977?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2977: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > CLI parser errors cause NullPointerExceptions instead of being properly reported > -------------------------------------------------------------------------------- > > Key: ISPN-2977 > URL: https://issues.jboss.org/browse/ISPN-2977 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 5.2.5.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Alpha1, 5.3.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2978) Support temporary sessions in the CLI

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2978?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2978: -------------------------------- Fix Version/s: 5.3.0.Final > Support temporary sessions in the CLI > ------------------------------------- > > Key: ISPN-2978 > URL: https://issues.jboss.org/browse/ISPN-2978 > Project: Infinispan > Issue Type: Enhancement > Components: CLI > Affects Versions: 5.2.5.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Alpha1, 5.3.0.Final > > > Allow executing CLI commands with a throwaway session (passing a null) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 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 April 2013