January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4131) Lock acquired forever with delayed PrepareCommand

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4131?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4131: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1080314|https://bugzilla.redhat.com/show_bug.cgi?id=1080314] from VERIFIED to CLOSED > Lock acquired forever with delayed PrepareCommand > ------------------------------------------------- > > Key: ISPN-4131 > URL: https://issues.jboss.org/browse/ISPN-4131 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 6.0.2.Final, 7.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Labels: 630betablocker > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > Distributed transactional cache: > 1. A sends Prepare to B > 2. B receives Prepare, but due to ongoing ST it is blocked > 3. B replication timeout elapses > 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. > 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) > 6. Prepare is executed on B, acquiring lock on K > Nobody will rollback the TX as originator thinks it was already rolled back. > Result: key K will be locked forever, all attempts to update/remove it will fail. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-800) Infinispan inside OSGI

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-800?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on ISPN-800: ---------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1111201|https://bugzilla.redhat.com/show_bug.cgi?id=1111201] from VERIFIED to CLOSED > Infinispan inside OSGI > ---------------------- > > Key: ISPN-800 > URL: https://issues.jboss.org/browse/ISPN-800 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Luca Stancapiano > Assignee: Ion Savin > > We need to import infinispan inside a OSGI repository. Tests are made with Felix. > I added the configuration to use infinispan inside a osgi repository. We need to ignore all listed dependencies. With this configuration we can install infinispan-core.jar inside OSGI. Its achievement will be as a base installation here: https://github.com/flashboss/infinispan > I added the Import-Package because you are forced to put manually in Felix all dependencies as jgroups, jboss marshalling, jcip, all apache commons. I've seen infinispan core working by default without all those libraries, so I think the same achievement should be replicated in OSGI. > Inside the Import-Package tag I excluded those libraries so Infinispan core can be started in default mode without errors. If we want use the replication in OSGI, it is enough add manually the other packages (jgroups.jar etc etc) > Actually the core bundle can be installed. But to be used it needs theese projects be installed as osgi bundles: > jboss transaction api 1.0.1.GA > We patched it. There is a new OSGI version here: https://repository.jboss.org/nexus/content/groups/public/org/jboss/spec/j... ) > jgroups 2.10.1.GA > (it's a osgi bundle since the 3.x version) > river 1.2.3.GA > (opened an issue for marshalling 1.4.0 in JBMAR-118 and https://github.com/flashboss/jboss-marshalling/blob/master/river/pom.xml ) > marshalling-api 1.2.3.GA > (opened an issue for marshalling 1.4.0 in JBMAR-118 and https://github.com/flashboss/jboss-marshalling/blob/master/api/pom.xml ) > jboss logging spi 2.0.5.GA > (added a jira issue in JBLOGGING-51 . It could be fixed in the 2.2.0.CR2 version. Fixed in the 3.x version) > rhq plugin annotations 1.4.0.B01 > (opened a feature request in https://bugzilla.redhat.com/show_bug.cgi?id=657754 ) > i18nlog 1.0.9 > (sent a patch in https://sourceforge.net/projects/i18nlog . It could become a OSGI bundle in the 1.0.10 version. Waiting for a response. Fixed in 1.15) > log4j 1.2.16 > (that's ok...it is a osgi bundle ;)) > jcip-annotations 1.0 > (I sent a patch via email to brian(a)briangoetz.com and a post in http://tembrel.blogspot.com. Sent the patch in concurrency-interest(a)cs.oswego.edu too. They responded to me. There is a OSGI version with a different artifact name. I changed the dependency in the pom.xml of the parent project) > We should make sure proper 'Import-Package' property is specified in the MANIFEST.MF so that: > 1- it fails to load obviously when there's any missing bundles that are essential in using the very core functionality of Infinispan. > 2 - it does not fail due to the dependency that is not really essential. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4391) Add a clustered test for authorization

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4391?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4391: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1109580|https://bugzilla.redhat.com/show_bug.cgi?id=1109580] from VERIFIED to CLOSED > Add a clustered test for authorization > -------------------------------------- > > Key: ISPN-4391 > URL: https://issues.jboss.org/browse/ISPN-4391 > Project: Infinispan > Issue Type: Task > Components: Security > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4649) RemoveCommand does not activate the key in Passivation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4649?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4649: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1131645|https://bugzilla.redhat.com/show_bug.cgi?id=1131645] from VERIFIED to CLOSED > RemoveCommand does not activate the key in Passivation > ------------------------------------------------------ > > Key: ISPN-4649 > URL: https://issues.jboss.org/browse/ISPN-4649 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.0.Beta1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Beta2 > > > The RemoveCommand does not activate the key in CacheStore. This creates an inconsistency because the key is never really removed. More precisely, the key is removed from DataContainer but not from CacheStore and during any operation, the old value is loaded from the CacheStore. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4400) Initial state transfer with large number of segments is very slow

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4400?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4400: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1108451|https://bugzilla.redhat.com/show_bug.cgi?id=1108451] from VERIFIED to CLOSED > Initial state transfer with large number of segments is very slow > ----------------------------------------------------------------- > > Key: ISPN-4400 > URL: https://issues.jboss.org/browse/ISPN-4400 > Project: Infinispan > Issue Type: Bug > Components: Core, State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Tristan Tarrant > Assignee: Adrian Nistor > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > StateTransfer performance is O(n²) based on the number of segments -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4240) Migrate one intermediate key/value per maxCollectorSize threshold

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4240?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4240: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1096467|https://bugzilla.redhat.com/show_bug.cgi?id=1096467] from VERIFIED to CLOSED > Migrate one intermediate key/value per maxCollectorSize threshold > ----------------------------------------------------------------- > > Key: ISPN-4240 > URL: https://issues.jboss.org/browse/ISPN-4240 > Project: Infinispan > Issue Type: Enhancement > Components: Distributed Execution and Map/Reduce > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 7.0.0.Alpha4 > > > When we hit the maxCollectorSize threshold, we remove all the values from the collector and we start transferring them into the intermediary cache. But the other mapper threads keep working, and event with large collector sizes, it's very likely that the collector will be full again before we finished sending the previous batch. So we could end up with a lot of threads trying to insert maxCollectorSize values in the intermediary cache in parallel, and a lot more intermediary values in memory on each mapper node than the user would expect. > In order to alleviate this observed phenomena Dan proposed an idea to keep the maxCollectorSize threshold, but to only move a single key at a time from the collector to the intermediary cache when the threshold is hit (the least recently used one). That way, the other keys would have time to collect more values (or just run the combiner a few more times). > This way we still transfer some intermediate keys/values during map/combine phase rather than all at once at the end of that phase thus alleviating possibility of OOM. At the end of map/combine phase all remaining keys/values are of course transferred. Application users can fine tune their requirements and a specific use case using maxCollectorSize threshold. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4685) Lucene Directory Externalizers not used on server deployment

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4685?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4685: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1136064|https://bugzilla.redhat.com/show_bug.cgi?id=1136064] from VERIFIED to CLOSED > Lucene Directory Externalizers not used on server deployment > ------------------------------------------------------------ > > Key: ISPN-4685 > URL: https://issues.jboss.org/browse/ISPN-4685 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta2 > > > Infinispan server module does not import services from lucene directory module, and java serialization is used since all Lucene cache objets (wrongly) implements Serializable -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4716) Race condition in index initialization prevents nodes to start successfully on empty indexes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4716?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4716: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1140335|https://bugzilla.redhat.com/show_bug.cgi?id=1140335] from VERIFIED to CLOSED > Race condition in index initialization prevents nodes to start successfully on empty indexes > -------------------------------------------------------------------------------------------- > > Key: ISPN-4716 > URL: https://issues.jboss.org/browse/ISPN-4716 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > The following stack is possible because a different engine could be initializing the same index after the check for a valid index to exist: > {noformat}Caused by: org.hibernate.search.exception.SearchException: Could not initialize index > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:146) > at org.hibernate.search.infinispan.impl.InfinispanDirectoryProvider.start(InfinispanDirectoryProvider.java:73) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:90) > at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:256) > ... 49 more > Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: org.infinispan.lucene.locking.BaseLuceneLock@1329a963 > at org.apache.lucene.store.Lock.obtain(Lock.java:89) > at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:710) > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:141){noformat} > Fixed by https://hibernate.atlassian.net/browse/HSEARCH-1665, Infinispan needs to upgrade. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4442) Package remoting jars for the embedded cli client

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4442?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4442: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1106451|https://bugzilla.redhat.com/show_bug.cgi?id=1106451] from VERIFIED to CLOSED > Package remoting jars for the embedded cli client > ------------------------------------------------- > > Key: ISPN-4442 > URL: https://issues.jboss.org/browse/ISPN-4442 > Project: Infinispan > Issue Type: Bug > Components: CLI > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.1.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4081) JBoss Marshalling 1.4.4.Final (ASL)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4081?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4081: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1090040|https://bugzilla.redhat.com/show_bug.cgi?id=1090040] from VERIFIED to CLOSED > JBoss Marshalling 1.4.4.Final (ASL) > ----------------------------------- > > Key: ISPN-4081 > URL: https://issues.jboss.org/browse/ISPN-4081 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 6.0.1.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Labels: 630 > Fix For: 6.0.2.Final, 7.0.0.Alpha2, 7.0.0.Final > > > JBoss Marshalling 1.4.4.Final has been licensed under the ASL (and fixes a couple of bugs). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 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 January 2015