October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4605) Race condition during Marshalling of Lucene Directory components would trigger nonsense during unmarshalling

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4605?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4605: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139651|https://bugzilla.redhat.com/show_bug.cgi?id=1139651] from MODIFIED to ON_QA > Race condition during Marshalling of Lucene Directory components would trigger nonsense during unmarshalling > ------------------------------------------------------------------------------------------------------------ > > Key: ISPN-4605 > URL: https://issues.jboss.org/browse/ISPN-4605 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 7.0.0.Alpha5 > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta1 > > > Some components in the Lucene Directory are highly concurrent, when these are marshalled we need to ensure a consistent snapshot is written to the byte stream. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4626) Race condition in the LocalEntryRetriever between iterator() and hasNext()

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4626?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4626: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139618|https://bugzilla.redhat.com/show_bug.cgi?id=1139618] from MODIFIED to ON_QA > Race condition in the LocalEntryRetriever between iterator() and hasNext() > -------------------------------------------------------------------------- > > Key: ISPN-4626 > URL: https://issues.jboss.org/browse/ISPN-4626 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > > The LocalEntryRetriver sometimes will erroneously return false for hasNext right after creation of the iterator, because initial retrieval is done on a separate thread and it may not finish on time. > This is causing intermittent failures in the index-less query tests. See ISPN-4594 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3329) DatabaseStoredIndexTest.indexWasStored random failures

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3329?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3329: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139651|https://bugzilla.redhat.com/show_bug.cgi?id=1139651] from MODIFIED to ON_QA > DatabaseStoredIndexTest.indexWasStored random failures > ------------------------------------------------------ > > Key: ISPN-3329 > URL: https://issues.jboss.org/browse/ISPN-3329 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 6.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Sanne Grinovero > Labels: testsuite_stability > Fix For: 7.0.0.Beta1 > > > The test fails quite often with an assertion error like this: > {noformat} > java.lang.AssertionError: > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41) > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:49) > at org.infinispan.lucene.DatabaseStoredIndexTest.indexWasStored(DatabaseStoredIndexTest.java:111) > ------- Stdout: ------- > Failure on key[_0.nrm|0|16384|testing index] expected value: > ByteArray{size=6, array=0x4e524dff7c79..} actual value: > null > {noformat} > See http://ci.infinispan.org/project.html?projectId=Infinispan&tab=testDetail... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4601) DirectoryLoaderAdaptor computes the auto-chunk factor applying wrong rounding

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4601?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4601: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139645|https://bugzilla.redhat.com/show_bug.cgi?id=1139645] from MODIFIED to ON_QA > DirectoryLoaderAdaptor computes the auto-chunk factor applying wrong rounding > ----------------------------------------------------------------------------- > > Key: ISPN-4601 > URL: https://issues.jboss.org/browse/ISPN-4601 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta1 > > > Better described by the patch. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2932) Preloading a read only index in a cache will never hit the cacheloader

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2932?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2932: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139645|https://bugzilla.redhat.com/show_bug.cgi?id=1139645] from MODIFIED to ON_QA > Preloading a read only index in a cache will never hit the cacheloader > ---------------------------------------------------------------------- > > Key: ISPN-2932 > URL: https://issues.jboss.org/browse/ISPN-2932 > Project: Infinispan > Issue Type: Task > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > > With a warm cache (with no eviction) we should never need to hit the CacheLoader again. > Was reported - specifically with DIST on multiple nodes - that occasionall IO is triggered; we should add tests to verify this doesn't happen (or to understand why it should) > I'm suspecting demand of null valued entries. > mailing list thread: http://lists.jboss.org/pipermail/infinispan-dev/2013-March/012261.html -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4744) RemoteCacheOsgiIT fails to run

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4744?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4744: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1145006|https://bugzilla.redhat.com/show_bug.cgi?id=1145006] from MODIFIED to ON_QA > RemoteCacheOsgiIT fails to run > ------------------------------ > > Key: ISPN-4744 > URL: https://issues.jboss.org/browse/ISPN-4744 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.0.Beta2 > Reporter: Adrian Nistor > Assignee: Ion Savin > Fix For: 7.0.0.CR1 > > > Three problems: > * the 3 nodes started using antrun fail to start if JBOSS_HOME is set to a location different from the ones holding the configs (target/server/node{1,2,3}) > * the test probe doesn't export the Person class used in the test and commons fails to find this class > * paxurl fails to find the osgi features if custom maven local repository paths are used -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4409) LevelDBCacheStoreIT fails to initialise with com.arjuna.ats.arjuna.exceptions.FatalError

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4409?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4409: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139633|https://bugzilla.redhat.com/show_bug.cgi?id=1139633] from MODIFIED to ON_QA > LevelDBCacheStoreIT fails to initialise with com.arjuna.ats.arjuna.exceptions.FatalError > ---------------------------------------------------------------------------------------- > > Key: ISPN-4409 > URL: https://issues.jboss.org/browse/ISPN-4409 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.0.0.Alpha5 > > > The LevelDBCacheStoreIT fails to start with an error resulting from initialising the server side cache marshaller. The way the cache manager is created is not correct. You might as well just use the same marshaller as for the client. > Even if you really need a cache's marshaller, you should get it via an injected cache rather than initialising a cache from scratch. > {code}com.arjuna.ats.arjuna.exceptions.FatalError: null > at com.arjuna.ats.internal.jts.ORBManager.getPOA(ORBManager.java:96) > at com.arjuna.ats.internal.jts.OTSImpleManager.<clinit>(OTSImpleManager.java:300) > at com.arjuna.ats.internal.jta.transaction.jts.TransactionImple.getTransaction(TransactionImple.java:1146) > at com.arjuna.ats.internal.jta.transaction.jts.TransactionManagerImple.getTransaction(TransactionManagerImple.java:69) > at org.infinispan.cache.impl.CacheImpl.getOngoingTransaction(CacheImpl.java:1414) > at org.infinispan.cache.impl.CacheImpl.getInvocationContextForRead(CacheImpl.java:592) > at org.infinispan.cache.impl.CacheImpl.keySet(CacheImpl.java:474) > at org.infinispan.cache.impl.CacheImpl.keySet(CacheImpl.java:469) > at org.infinispan.registry.impl.ClusterRegistryImpl.keys(ClusterRegistryImpl.java:81) > at org.infinispan.query.remote.ProtobufMetadataManager.ensureInit(ProtobufMetadataManager.java:67) > at org.infinispan.query.remote.ProtobufMetadataManager.getSerializationContext(ProtobufMetadataManager.java:132) > at org.infinispan.query.remote.LifecycleManager.cacheStarting(LifecycleManager.java:114) > at org.infinispan.factories.ComponentRegistry.notifyCacheStarting(ComponentRegistry.java:228) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:214) > at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:699) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:573) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:528) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:408) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:381) > at org.infinispan.server.test.cs.leveldb.LevelDBCacheStoreIT.getServerMarshaller(LevelDBCacheStoreIT.java:190) > at org.infinispan.server.test.cs.leveldb.LevelDBCacheStoreIT.<clinit>(LevelDBCacheStoreIT.java:67) > « Hide stacktrace{code} > The fix gets past this particular error but it still shows this afterwards: > {code}Caused by: javax.management.InstanceNotFoundException: jboss.infinispan:type=Server,name=HotRod,component=Transport{code} > Tristan is working on this... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4630) DistributedEntryRetriever throws NPE if iterator is closed before processing all responses

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4630?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4630: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139620|https://bugzilla.redhat.com/show_bug.cgi?id=1139620] from MODIFIED to ON_QA > DistributedEntryRetriever throws NPE if iterator is closed before processing all responses > ------------------------------------------------------------------------------------------ > > Key: ISPN-4630 > URL: https://issues.jboss.org/browse/ISPN-4630 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Beta2 > > > DistributedEntryRetriever itrerator needs to ignore responses from nodes if a iterator is closed early or if a rehash occurs causing some redundant requests to be sent. > This was covered in a previous version but refactoring lost it somehow and instead the code is using variables that cannot be null. > {code} > } else if (log.isTraceEnabled()) { > log.tracef("Ignoring values as identifier %s was marked as complete", identifier); > } > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3807) Caching of parsed HQL queries

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3807?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3807: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139644|https://bugzilla.redhat.com/show_bug.cgi?id=1139644] from MODIFIED to ON_QA > Caching of parsed HQL queries > ----------------------------- > > Key: ISPN-3807 > URL: https://issues.jboss.org/browse/ISPN-3807 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 6.0.0.Final > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2, 7.0.0.Final > > > We'll probably need to use a cache (lowercase) to avoid invoking ANTLR on each request. > Ideally we could think of caching parameterized templates, or recognize constants: in case of constants the output could degenerate in caching a Lucene Filter. > Priority do be defined after performance tests. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4766) Cache can't start if coordinator leaves during join and joiner becomes the new coordinator

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4766?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4766: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Cache can't start if coordinator leaves during join and joiner becomes the new coordinator > ------------------------------------------------------------------------------------------ > > Key: ISPN-4766 > URL: https://issues.jboss.org/browse/ISPN-4766 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > When the joiner becomes the coordinator, it tries to recover the current cache topologies, but it receives just one expected member and no current topology. This causes a NPE in ClusterCacheStatus: > {noformat} > 22:51:49,547 ERROR (transport-thread-NodeB-p21124-t1:) [ClusterCacheStatus] ISPN000228: Failed to recover cache dist state after the current node became the coordinator > java.lang.NullPointerException > at org.infinispan.partionhandling.impl.PreferAvailabilityStrategy.onPartitionMerge(PreferAvailabilityStrategy.java:104) > at org.infinispan.topology.ClusterCacheStatus.doMergePartitions(ClusterCacheStatus.java:452) > at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:260) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:180) > at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener$1.run(ClusterTopologyManagerImpl.java:427) > {noformat} > The LocalTopologyManagerImpl waits a bit after receiving the SuspectException and tries again, but this time it receives a {{null}} initial topology, causing another NPE: > {noformat} > 22:51:51,319 DEBUG (testng-GlobalKeySetTaskTest:) [LocalTopologyManagerImpl] Error sending join request for cache dist to coordinator > java.lang.NullPointerException > at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:222) > at org.infinispan.topology.LocalTopologyManagerImpl.handleTopologyUpdate(LocalTopologyManagerImpl.java:191) > at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:105) > at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:108) > {noformat} > This keeps going on until the state transfer timeout expires. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 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 October 2014