July 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4390) CHMv8 leaks ThreadLocal

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4390?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4390: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > CHMv8 leaks ThreadLocal > ----------------------- > > Key: ISPN-4390 > URL: https://issues.jboss.org/browse/ISPN-4390 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core > Reporter: Sanne Grinovero > Assignee: Dan Berindei > Fix For: 7.0.0.Beta1 > > > As discussed on: http://lists.jboss.org/pipermail/infinispan-dev/2014-June/015055.html -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4360) Removing SLF4J and commons-logging from parent classpath

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4360?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4360: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > Removing SLF4J and commons-logging from parent classpath > -------------------------------------------------------- > > Key: ISPN-4360 > URL: https://issues.jboss.org/browse/ISPN-4360 > Project: Infinispan > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Build process > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta1 > > > These dependencies don't seem to be needed by any module (and even if they were, these should not be declared in the parent). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4470) cache.keySet().size() returns different value than cache.size() for HotRod client

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4470?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4470: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > cache.keySet().size() returns different value than cache.size() for HotRod client > --------------------------------------------------------------------------------- > > Key: ISPN-4470 > URL: https://issues.jboss.org/browse/ISPN-4470 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 6.0.2.Final, 7.0.0.Alpha4 > Reporter: Martin Gencur > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > cache.keySet().size() returns the number of all keys in the cluster (even a distributed one) while cache.size() returns just local cache size (this might be different for a distributed cache) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4464) Unify test suite for remote and embedded DSL based query tests

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4464?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4464: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > Unify test suite for remote and embedded DSL based query tests > -------------------------------------------------------------- > > Key: ISPN-4464 > URL: https://issues.jboss.org/browse/ISPN-4464 > Project: Infinispan > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Test Suite - Query > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4446) removeCache fails for caches with a SingleFileStore

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4446?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4446: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > removeCache fails for caches with a SingleFileStore > --------------------------------------------------- > > Key: ISPN-4446 > URL: https://issues.jboss.org/browse/ISPN-4446 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 6.0.2.Final > Reporter: Jim Crossley > Assignee: Galder Zamarreño > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > If DefaultCacheManager.isRunning("foo") returns true, and "foo" has an associated SingleFileStore, calling DefaultCacheManager.removeCache("foo") tosses an NPE and isRunning("foo") continues to return true, even though the cache is in a TERMINATED state. I can avoid the NPE by stopping the cache before calling removeCache, but isRunning will still incorrectly return true. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4512) CacheManagerTest.testCacheManagerRestartReusingConfigurations random failures

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4512?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4512: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > CacheManagerTest.testCacheManagerRestartReusingConfigurations random failures > ----------------------------------------------------------------------------- > > Key: ISPN-4512 > URL: https://issues.jboss.org/browse/ISPN-4512 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core, Test Suite - Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: William Burns > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.Beta1 > > Attachments: CacheManagerTest_t_ISPN-4154_failing_elasticity_test_20140707.log.gz > > > When a new cache manager is started with the same configuration, it uses the JGroupsTransport instance. In some rare cases, the JGroupsTransport keeps using the old marshaller, which doesn't work, and the cache fails to start: > {noformat} > 23:54:08,203 TRACE (testng-CacheManagerTest:___defaultcache) [JGroupsTransport] dests=[NodeB-24139], command=CacheTopologyControlCommand{cache=___defaultcache, type=JOIN, sender=NodeA-33664, joinInfo=CacheJoinInfo{consistentHashFactory=org.infinispan.distribution.ch.impl.ReplicatedConsistentHashFactory@b8c8791, hashFunction=MurmurHash3, numSegments=60, numOwners=2, timeout=240000, totalOrder=false, distributed=false}, topologyId=0, currentCH=null, pendingCH=null, throwable=null, viewId=3}, mode=SYNCHRONOUS, timeout=240000 > 23:54:08,207 DEBUG (testng-CacheManagerTest:___defaultcache) [VersionAwareMarshaller] Object is not serializable > java.io.NotSerializableException: org.infinispan.topology.CacheTopologyControlCommand > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:890) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:58) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:111) > at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:73) > at org.infinispan.marshall.core.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:77) > at org.infinispan.commons.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:41) > at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectToBuffer(AbstractDelegatingMarshaller.java:85) > at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectToBuffer(MarshallerAdapter.java:23) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:335) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:352) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:165) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:526) > at org.infinispan.topology.LocalTopologyManagerImpl.executeOnCoordinator(LocalTopologyManagerImpl.java:290) > at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:100) > at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:104) > {noformat} > The only test that does this is CacheManagerTest.testCacheManagerRestartReusingConfigurations. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4504) Topology id is not properly set on ClusteredGetCommands

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4504?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4504: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > Topology id is not properly set on ClusteredGetCommands > ------------------------------------------------------- > > Key: ISPN-4504 > URL: https://issues.jboss.org/browse/ISPN-4504 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.0.0.Beta1 > > > Because the topology id is not properly set on ClusteredGetCommands, they don't wait for the sender's topology to be installed on the target. > I have tried to fix this while implementing a fix for ISPN-4503. My solution caused 2 failures in RemoteGetDuringStateTransferTest, scenarios 5 and 7:: > | sc | currentTopologyId | currentTopologyId + 1 (rebalance) | currentTopologyId + 2 (finish) | > | 5 | 0:remoteGet | 2:sendReply | 0:receiveReply, 1:sendReply | > | 7 | | 0:remoteGet, 2: sendReply | 0:receiveReply, 1:sendReply | -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4503) Commands with topology id 0 are not properly ignored on joiners

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4503?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4503: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > Commands with topology id 0 are not properly ignored on joiners > --------------------------------------------------------------- > > Key: ISPN-4503 > URL: https://issues.jboss.org/browse/ISPN-4503 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core, State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 7.0.0.Beta1 > > > InboundInvocationHandlerImpl is supposed to ignore commands sent with a topology id smaller than the first topology id in which the local node was a member. But there is a loophole when the command was sent with topology id 0. > This is visible in StateTransferFunctionalTest, where the writing thread keeps the cpu busy and can delay the 2nd node joining for a long time (especially when run on a single core with {{taskset -c 0}}). For some reason, the PrepareCommands are sent only to the local node, while the TxCompletionNotificationCommands are sent to the entire cluster ({{null}}). When the 2nd node manages to join, it receives a lot of TxCompletionNotificationCommands and processing them delays the processing of the rebalance commands. Since the writes eventually block waiting for the new topology to be installed on the joiner, the delayed rebalance commands cause the write to time out. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4521) ReplicationQueueTest.testReplicationQueueMultipleThreads random failures

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4521?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4521: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > ReplicationQueueTest.testReplicationQueueMultipleThreads random failures > ------------------------------------------------------------------------ > > Key: ISPN-4521 > URL: https://issues.jboss.org/browse/ISPN-4521 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core, Test Suite - Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: William Burns > Labels: testsuite_stability > Fix For: 7.0.0.Beta1 > > > Either the test didn't manage to fill the replication queue in 3 seconds, or there are some extra entries from the previous test... > {noformat} > java.lang.AssertionError > at org.infinispan.replication.ReplicationQueueTest.testReplicationQueueMultipleThreads(ReplicationQueueTest.java:194) > {noformat} > The test should be changed to use proper assertions and prevent interference between test methods. > Perhaps we should also revisit the changes I made for ISPN-1123, they make the last lines of {[testReplicationQueueMultipleThreads}} look superfluous. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4519) Prepare should be broadcasted to entire cluster in replicated mode

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4519?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4519: -------------------------------------- Fix Version/s: 7.0.0.Beta1 (was: 7.0.0.Alpha5) > Prepare should be broadcasted to entire cluster in replicated mode > ------------------------------------------------------------------ > > Key: ISPN-4519 > URL: https://issues.jboss.org/browse/ISPN-4519 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.0.0.Beta1 > > > TxDistributionInterceptor.visitPrepareCommand explicitly checks if the {{recipients}} collection is {{null}} and replaces it with the list of cache members. This was done for total order, but TOA now supports sending messages to {{null}}, so there is no reason to handle this in our code. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2014