November 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4979) CacheStatusResponse map uses too much memory

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4979?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4979: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.1.0.Alpha1 Resolution: Done > CacheStatusResponse map uses too much memory > -------------------------------------------- > > Key: ISPN-4979 > URL: https://issues.jboss.org/browse/ISPN-4979 > Project: Infinispan > Issue Type: Bug > Components: Core, State Transfer > Affects Versions: 7.0.0.Final > Reporter: Dan Berindei > Assignee: William Burns > Priority: Critical > Fix For: 7.1.0.Alpha1, 7.1.0.Final > > > When the cluster is large and there are a log of caches, the {{CacheStatusResponse}} map on the new coordinator can get quite large. One of the problems that seems to be that the addresses in {{DefaultConsistentHash}} are duplicated on serialization, so the deserialized version occupies more memory. > We need to investigate why the objects are not "shared" by the River marshaller, and maybe work around the problem by de-duplicating the addresses in the externalizer. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4882) HotRod authentication fails with an authorization-enabled clustered container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4882: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1168245|https://bugzilla.redhat.com/show_bug.cgi?id=1168245] from ON_QA to VERIFIED > HotRod authentication fails with an authorization-enabled clustered container > ----------------------------------------------------------------------------- > > Key: ISPN-4882 > URL: https://issues.jboss.org/browse/ISPN-4882 > Project: Infinispan > Issue Type: Feature Request > Components: Security, Server > Affects Versions: 7.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.0.0.Final > > > If authorization is enabled on a clustered container, the hotrod server silently fails when attempting to retrieve the topology information without using a privileged action. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4882) HotRod authentication fails with an authorization-enabled clustered container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4882: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1168237|https://bugzilla.redhat.com/show_bug.cgi?id=1168237] from ON_QA to VERIFIED > HotRod authentication fails with an authorization-enabled clustered container > ----------------------------------------------------------------------------- > > Key: ISPN-4882 > URL: https://issues.jboss.org/browse/ISPN-4882 > Project: Infinispan > Issue Type: Feature Request > Components: Security, Server > Affects Versions: 7.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.0.0.Final > > > If authorization is enabled on a clustered container, the hotrod server silently fails when attempting to retrieve the topology information without using a privileged action. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4444) After state transfer, a node is able to read keys it no longer owns from its data container

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4444?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4444: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > After state transfer, a node is able to read keys it no longer owns from its data container > ------------------------------------------------------------------------------------------- > > Key: ISPN-4444 > URL: https://issues.jboss.org/browse/ISPN-4444 > Project: Infinispan > Issue Type: Bug > Components: Core, State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Priority: Critical > Fix For: 7.1.0.Alpha1 > > > When state transfer ends and each node receives a CH_UPDATE command from the coordinator, it first installs the new topology and then it starts invalidating entries it no longer owns. > However, there are two cases when the node can still read its stale values: > 1. If L1 is enabled, it will look in the local DataContainer first, regardless of the key's location. > 2. If L1 is disabled, but the key was removed on the new owners, the node will still look up the key in the local DataContainer after receiving a null response. > The problem can be reproduced with {{TxReadAfterLosingOwnershipTest}} and its subclasses, by replacing the {{operation.update(cache(1));}} line with {{operation.update(cache(0));}} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4444) After state transfer, a node is able to read keys it no longer owns from its data container

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4444?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4444: ------------------------------- Status: Pull Request Sent (was: Reopened) > After state transfer, a node is able to read keys it no longer owns from its data container > ------------------------------------------------------------------------------------------- > > Key: ISPN-4444 > URL: https://issues.jboss.org/browse/ISPN-4444 > Project: Infinispan > Issue Type: Bug > Components: Core, State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Priority: Critical > Fix For: 7.1.0.Alpha1 > > > When state transfer ends and each node receives a CH_UPDATE command from the coordinator, it first installs the new topology and then it starts invalidating entries it no longer owns. > However, there are two cases when the node can still read its stale values: > 1. If L1 is enabled, it will look in the local DataContainer first, regardless of the key's location. > 2. If L1 is disabled, but the key was removed on the new owners, the node will still look up the key in the local DataContainer after receiving a null response. > The problem can be reproduced with {{TxReadAfterLosingOwnershipTest}} and its subclasses, by replacing the {{operation.update(cache(1));}} line with {{operation.update(cache(0));}} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5029) Infinispan 7.0.2 not fully backwards compatible with 6.0.x

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5029?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5029: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3110, https://github.com/infinispan/infinispan/pull/3111 > Infinispan 7.0.2 not fully backwards compatible with 6.0.x > ---------------------------------------------------------- > > Key: ISPN-5029 > URL: https://issues.jboss.org/browse/ISPN-5029 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.2.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.1.0.Alpha1, 7.1.0.Final, 7.0.3.Final > > > Using Hibernate 4.3.x with Infinispan 7 throws: > {code} > Caused by: java.lang.IncompatibleClassChangeError: Found class org.infinispan.commons.util.FileLookup, but interface was expected > at org.hibernate.cache.infinispan.InfinispanRegionFactory.createCacheManager(InfinispanRegionFactory.java:406) > at org.hibernate.cache.infinispan.InfinispanRegionFactory.start(InfinispanRegionFactory.java:323) > ... 141 more > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5029) Infinispan 7.0.2 not fully backwards compatible with 6.0.x

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5029?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5029: ----------------------------------- Status: Open (was: New) > Infinispan 7.0.2 not fully backwards compatible with 6.0.x > ---------------------------------------------------------- > > Key: ISPN-5029 > URL: https://issues.jboss.org/browse/ISPN-5029 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.2.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.1.0.Alpha1, 7.1.0.Final, 7.0.3.Final > > > Using Hibernate 4.3.x with Infinispan 7 throws: > {code} > Caused by: java.lang.IncompatibleClassChangeError: Found class org.infinispan.commons.util.FileLookup, but interface was expected > at org.hibernate.cache.infinispan.InfinispanRegionFactory.createCacheManager(InfinispanRegionFactory.java:406) > at org.hibernate.cache.infinispan.InfinispanRegionFactory.start(InfinispanRegionFactory.java:323) > ... 141 more > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5020) Create OSGi blueprint file for SoftIndexFileStore

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5020?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5020: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.1.0.Alpha1 7.1.0.Final Resolution: Done > Create OSGi blueprint file for SoftIndexFileStore > ------------------------------------------------- > > Key: ISPN-5020 > URL: https://issues.jboss.org/browse/ISPN-5020 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration, Loaders and Stores > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.1.0.Alpha1, 7.1.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5029) Infinispan 7.0.2 not fully backwards compatible with 6.0.x

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5029?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5029: ---------------------------------- Fix Version/s: 7.0.3.Final > Infinispan 7.0.2 not fully backwards compatible with 6.0.x > ---------------------------------------------------------- > > Key: ISPN-5029 > URL: https://issues.jboss.org/browse/ISPN-5029 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.2.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.1.0.Alpha1, 7.1.0.Final, 7.0.3.Final > > > Using Hibernate 4.3.x with Infinispan 7 throws: > {code} > Caused by: java.lang.IncompatibleClassChangeError: Found class org.infinispan.commons.util.FileLookup, but interface was expected > at org.hibernate.cache.infinispan.InfinispanRegionFactory.createCacheManager(InfinispanRegionFactory.java:406) > at org.hibernate.cache.infinispan.InfinispanRegionFactory.start(InfinispanRegionFactory.java:323) > ... 141 more > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5015) Update 2LC docu with CacheKey type support in clustered environments

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-5015?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-5015: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Update 2LC docu with CacheKey type support in clustered environments > -------------------------------------------------------------------- > > Key: ISPN-5015 > URL: https://issues.jboss.org/browse/ISPN-5015 > Project: Infinispan > Issue Type: Enhancement > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.1.0.Alpha1 > > > Depending on the cache key used, session factory name might have to be locked to a particular name across the cluster. All info available in the forum links. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 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 November 2014