November 2014 - infinispan-issues

[JBoss JIRA] (ISPN-2949) Typo in exception message

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-2949?page=com.atlassian.jira.plugin.... ] Vojtech Juranek closed ISPN-2949. --------------------------------- Resolution: Out of Date {{FileCacheStore}} has been removed in ISPN 6.0. > Typo in exception message > ------------------------- > > Key: ISPN-2949 > URL: https://issues.jboss.org/browse/ISPN-2949 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.2.1.Final > Reporter: Richard Kosegi > Assignee: Mircea Markus > Priority: Trivial > Labels: typo > > There is simple typo error in org.infinispan.loaders.file.FileCacheStore on line 461. > "isDirector" should be "isDirectory" > Here is example of thrown exception: > IO error occurred when listing files with filter org.infinispan.loaders.file.FileCacheStore$NumericNamedFilesFilter@2773a64a [fileExists=false, isDirector=false, canRead=false, canWrite=false] -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5030) NPE during node rebalance after a leave

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-5030?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-5030: ---------------------------------- Status: Open (was: New) > NPE during node rebalance after a leave > --------------------------------------- > > Key: ISPN-5030 > URL: https://issues.jboss.org/browse/ISPN-5030 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.Alpha1 > Reporter: Sanne Grinovero > Priority: Minor > > I'm seeing stacktraces dumped to standard out during the normal test run of the infinispan-core module: > {noformat} > 2014-11-28 21:39:52,652 WARN [CacheTopologyControlCommand] (remote-thread-DistributedEntryRetrieverTest-NodeA-p610-t6) ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=org.infinispan.iteration.DistributedEntryRetrieverTest, type=LEAVE, sender=DistributedEntryRetrieverTest-NodeC-12939, joinInfo=null, topologyId=0, rebalanceId=0, currentCH=null, pendingCH=null, availabilityMode=null, actualMembers=null, throwable=null, viewId=2} > java.lang.NullPointerException > at org.infinispan.topology.ClusterCacheStatus.updateRebalanceMembers(ClusterCacheStatus.java:307) > at org.infinispan.topology.ClusterCacheStatus.doLeave(ClusterCacheStatus.java:578) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleLeave(ClusterTopologyManagerImpl.java:148) > at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:164) > at org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:144) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$4.run(CommandAwareRpcDispatcher.java:278) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > {noformat} > This is the unmodified testsuite, in current master {{33c5f85}}. It doesn't seem to cause actual test failures. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5030) NPE during node rebalance after a leave

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-5030?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-5030: ---------------------------------- Assignee: Dan Berindei > NPE during node rebalance after a leave > --------------------------------------- > > Key: ISPN-5030 > URL: https://issues.jboss.org/browse/ISPN-5030 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.Alpha1 > Reporter: Sanne Grinovero > Assignee: Dan Berindei > Priority: Minor > > I'm seeing stacktraces dumped to standard out during the normal test run of the infinispan-core module: > {noformat} > 2014-11-28 21:39:52,652 WARN [CacheTopologyControlCommand] (remote-thread-DistributedEntryRetrieverTest-NodeA-p610-t6) ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=org.infinispan.iteration.DistributedEntryRetrieverTest, type=LEAVE, sender=DistributedEntryRetrieverTest-NodeC-12939, joinInfo=null, topologyId=0, rebalanceId=0, currentCH=null, pendingCH=null, availabilityMode=null, actualMembers=null, throwable=null, viewId=2} > java.lang.NullPointerException > at org.infinispan.topology.ClusterCacheStatus.updateRebalanceMembers(ClusterCacheStatus.java:307) > at org.infinispan.topology.ClusterCacheStatus.doLeave(ClusterCacheStatus.java:578) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleLeave(ClusterTopologyManagerImpl.java:148) > at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:164) > at org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:144) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$4.run(CommandAwareRpcDispatcher.java:278) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > {noformat} > This is the unmodified testsuite, in current master {{33c5f85}}. It doesn't seem to cause actual test failures. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5030) NPE during node rebalance after a leave

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-5030: ------------------------------------- Summary: NPE during node rebalance after a leave Key: ISPN-5030 URL: https://issues.jboss.org/browse/ISPN-5030 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 7.1.0.Alpha1 Reporter: Sanne Grinovero Priority: Minor I'm seeing stacktraces dumped to standard out during the normal test run of the infinispan-core module: {noformat} 2014-11-28 21:39:52,652 WARN [CacheTopologyControlCommand] (remote-thread-DistributedEntryRetrieverTest-NodeA-p610-t6) ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=org.infinispan.iteration.DistributedEntryRetrieverTest, type=LEAVE, sender=DistributedEntryRetrieverTest-NodeC-12939, joinInfo=null, topologyId=0, rebalanceId=0, currentCH=null, pendingCH=null, availabilityMode=null, actualMembers=null, throwable=null, viewId=2} java.lang.NullPointerException at org.infinispan.topology.ClusterCacheStatus.updateRebalanceMembers(ClusterCacheStatus.java:307) at org.infinispan.topology.ClusterCacheStatus.doLeave(ClusterCacheStatus.java:578) at org.infinispan.topology.ClusterTopologyManagerImpl.handleLeave(ClusterTopologyManagerImpl.java:148) at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:164) at org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:144) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$4.run(CommandAwareRpcDispatcher.java:278) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) {noformat} This is the unmodified testsuite, in current master {{33c5f85}}. It doesn't seem to cause actual test failures. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4593) Expose a method to remove all instances of a type from the indexes

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4593?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4593: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.1.0.Beta1 Resolution: Done Integrated. Thanks [~gustavonalle]! > Expose a method to remove all instances of a type from the indexes > ------------------------------------------------------------------ > > Key: ISPN-4593 > URL: https://issues.jboss.org/browse/ISPN-4593 > Project: Infinispan > Issue Type: Feature Request > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > In Hibernate Search we have a method "purgeAll( type )", it seems Infinispan Query is missing this operation. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3561) A joining cache should receive the rebalancedEnabled flag from the coordinator.

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3561?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3561: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3117 > A joining cache should receive the rebalancedEnabled flag from the coordinator. > ------------------------------------------------------------------------------- > > Key: ISPN-3561 > URL: https://issues.jboss.org/browse/ISPN-3561 > Project: Infinispan > Issue Type: Feature Request > Components: State Transfer > Affects Versions: 5.2.7.Final, 5.3.0.Final, 6.0.0.Beta1 > Reporter: Erik Salter > Assignee: Erik Salter > > There is an issue when starting up a set of nodes in a cluster where the coordinator has told the surviving members that state transfer has been disabled. If rebalancing is disabled while the cluster is running it's disabled on all the > However, if a new set of nodes join afterwards, they don't know that rebalancing was disabled. > This has consequences if there is a new coordinator elected (like during a MERGE) from the set of newly-started nodes. > To prevent this and ensure the greatest probablility of success, a node joining should get the state of this flag from the response from the coordinator. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4968) Missing Externalizer for MatchAllDocsQuery

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4968?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4968: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.1.0.Beta1 Resolution: Done Integrated. Thanks [~gustavonalle]! > Missing Externalizer for MatchAllDocsQuery > ------------------------------------------ > > Key: ISPN-4968 > URL: https://issues.jboss.org/browse/ISPN-4968 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.1.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4542) Programmatic configuration doesn't have loaders() method

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-4542?page=com.atlassian.jira.plugin.... ] Vojtech Juranek updated ISPN-4542: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3116 > Programmatic configuration doesn't have loaders() method > -------------------------------------------------------- > > Key: ISPN-4542 > URL: https://issues.jboss.org/browse/ISPN-4542 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 6.0.0.Final > Reporter: Mikhail Dobrinin > Assignee: Vojtech Juranek > Priority: Minor > > The ConfigurationBuilder class does not actually have a {{loaders}} method. However, the documentation mentions it in a few places such as here -- http://infinispan.org/docs/6.0.x/user_guide/user_guide.html if you search for {{loaders()}} on the page. Also it's not clear to a user if it's possible to configure a custom cache loader programmatically because of this. I'm guessing it's not actually possible. That makes it hard to write tests with a mocked cacheloader. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4542) Programmatic configuration doesn't have loaders() method

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-4542?page=com.atlassian.jira.plugin.... ] Vojtech Juranek reassigned ISPN-4542: ------------------------------------- Assignee: Vojtech Juranek (was: Mircea Markus) > Programmatic configuration doesn't have loaders() method > -------------------------------------------------------- > > Key: ISPN-4542 > URL: https://issues.jboss.org/browse/ISPN-4542 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 6.0.0.Final > Reporter: Mikhail Dobrinin > Assignee: Vojtech Juranek > Priority: Minor > > The ConfigurationBuilder class does not actually have a {{loaders}} method. However, the documentation mentions it in a few places such as here -- http://infinispan.org/docs/6.0.x/user_guide/user_guide.html if you search for {{loaders()}} on the page. Also it's not clear to a user if it's possible to configure a custom cache loader programmatically because of this. I'm guessing it's not actually possible. That makes it hard to write tests with a mocked cacheloader. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4873) Statetransfer thread pool deadlock

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4873?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4873: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1168241|https://bugzilla.redhat.com/show_bug.cgi?id=1168241] from ON_QA to VERIFIED > Statetransfer thread pool deadlock > ---------------------------------- > > Key: ISPN-4873 > URL: https://issues.jboss.org/browse/ISPN-4873 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Takayoshi Kimura > Assignee: Dan Berindei > Fix For: 7.1.0.Alpha1 > > > During massive state transfer with 300 nodes and 3000 caches, the OOB and/or infinispan thread pool gets deadlock, similar to ISPN-2808. > The thread pool is configured with max 1400 threads now and increasing them is not a realistic workaround as the user is planning to add more caches. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2014