January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5004) ProtobufMetadataManagerMBean should be located in infinispan-remote-query-client module

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5004?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5004: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1168174|https://bugzilla.redhat.com/show_bug.cgi?id=1168174] from VERIFIED to CLOSED > ProtobufMetadataManagerMBean should be located in infinispan-remote-query-client module > --------------------------------------------------------------------------------------- > > Key: ISPN-5004 > URL: https://issues.jboss.org/browse/ISPN-5004 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.1.0.Alpha1 > > > It is currently located in infinispan-remote-query-server module, which is a mistake. Clients should not need to depend on the server module. > The interface should also be extended to add methods for retrieving the list of existing files and the errors status of each file. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4805) Raise the default chunk size for the Lucene Directory to 1MB

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4805?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4805: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1175535|https://bugzilla.redhat.com/show_bug.cgi?id=1175535] from VERIFIED to CLOSED > Raise the default chunk size for the Lucene Directory to 1MB > ------------------------------------------------------------ > > Key: ISPN-4805 > URL: https://issues.jboss.org/browse/ISPN-4805 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > The default of 16KB was tuned for small tests and non-clustered configurations to avoid allocating large buffers, but is a terrible choice for clustered configurations, especially after ISPN-4710. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 8 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: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139645|https://bugzilla.redhat.com/show_bug.cgi?id=1139645] from VERIFIED to CLOSED > 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.11#6341)

9 years, 8 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: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139645|https://bugzilla.redhat.com/show_bug.cgi?id=1139645] from VERIFIED to CLOSED > 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.11#6341)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5112) SpringEmbeddedCacheManagerFactoryBeanTest and InfinispanEmbeddedCacheManagerFactoryBeanTest tests fail with FileNotFoundException exception

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5112?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5112: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1178649|https://bugzilla.redhat.com/show_bug.cgi?id=1178649] from VERIFIED to CLOSED > SpringEmbeddedCacheManagerFactoryBeanTest and InfinispanEmbeddedCacheManagerFactoryBeanTest tests fail with FileNotFoundException exception > ------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5112 > URL: https://issues.jboss.org/browse/ISPN-5112 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 7.0.1.Final, 7.0.2.Final > Reporter: Vitalii Chepeliuk > Assignee: Vitalii Chepeliuk > Labels: testsuite_stability > > {noformat} > org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheConfigurationException: configurationFile property specifies value jgroups-tcp.xml that could not be read! > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:254) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:570) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:536) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:414) > at org.infinispan.spring.support.embedded.InfinispanEmbeddedCacheManagerFactoryBeanTest$2.call(InfinispanEmbeddedCacheManagerFactoryBeanTest.java:82) > at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1277) > at org.infinispan.spring.support.embedded.InfinispanEmbeddedCacheManagerFactoryBeanTest.infinispanEmbeddedCacheManagerFactoryBeanShouldCreateACustomizedCacheManagerIfGivenADefaultConfigurationLocation(InfinispanEmbeddedCacheManagerFactoryBeanTest.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > 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) > Caused by: org.infinispan.commons.CacheConfigurationException: configurationFile property specifies value jgroups-tcp.xml that could not be read! > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.buildChannel(JGroupsTransport.java:398) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.initChannel(JGroupsTransport.java:310) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.initChannelAndRPCDispatcher(JGroupsTransport.java:354) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:190) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530) > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:232) > ... 26 more > Caused by: java.io.FileNotFoundException: jgroups-tcp.xml > ... 40 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 8 months

1
0
0 / 0

[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: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139651|https://bugzilla.redhat.com/show_bug.cgi?id=1139651] from VERIFIED to CLOSED > 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.11#6341)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4692) Optimize externalizer for FileListCacheValue

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4692?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4692: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166028|https://bugzilla.redhat.com/show_bug.cgi?id=1166028] from VERIFIED to CLOSED > Optimize externalizer for FileListCacheValue > -------------------------------------------- > > Key: ISPN-4692 > URL: https://issues.jboss.org/browse/ISPN-4692 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Fix For: 7.0.0.CR1 > > > There are two possible improvements to be applied to the Externalizer strategy applied by FileListCacheValue. > - Each String is being encoded (and decoded) in UTF8 format, which is expensive. We should explore alternative encodings to String - at least for the wire format. > - This is an ideal case for Delta operations: on each modification just one entry of the map is added / removed, but the whole HashMap is being transferred at each write. > I'm not sure how we can combine the Delta interface with custom Externalizers, so that will need to be explored. > We might want to avoid storing it as a value and resort to custom RPC commands to transfer the needed bits only, but we don't want to reimplement state transfer and CacheStore storage. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4801) ConcurrentModificationException on the FileListCacheValue

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4801?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4801: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166028|https://bugzilla.redhat.com/show_bug.cgi?id=1166028] from VERIFIED to CLOSED > ConcurrentModificationException on the FileListCacheValue > --------------------------------------------------------- > > Key: ISPN-4801 > URL: https://issues.jboss.org/browse/ISPN-4801 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Beta2 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Critical > Fix For: 7.0.0.CR1 > > > Since ISPN-4692 that made FileListCacheValue DeltaAware, the following is happening when running {{org.infinispan.lucene.profiling.PerformanceCompareStressTest}}: > {code} > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:922) > at java.util.HashMap$KeyIterator.next(HashMap.java:956) > at java.util.AbstractCollection.toArray(AbstractCollection.java:195) > at org.infinispan.lucene.impl.FileListCacheValue.toArray(FileListCacheValue.java:109) > at org.infinispan.lucene.impl.FileListOperations.listFilenames(FileListOperations.java:101) > at org.infinispan.lucene.impl.DirectoryImplementor.list(DirectoryImplementor.java:56) > at org.infinispan.lucene.impl.DirectoryLuceneV4.listAll(DirectoryLuceneV4.java:123) > at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:759) > {code} > The problem is that the deltas are not being applied in a thread safe manner -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4804) DeltaReplicationTest.testDeltasAreSent random failure

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4804?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4804: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166028|https://bugzilla.redhat.com/show_bug.cgi?id=1166028] from VERIFIED to CLOSED > DeltaReplicationTest.testDeltasAreSent random failure > ----------------------------------------------------- > > Key: ISPN-4804 > URL: https://issues.jboss.org/browse/ISPN-4804 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory, Test Suite - Query > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Gustavo Fernandes > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > {noformat} > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:922) > at java.util.HashMap$KeyIterator.next(HashMap.java:956) > at org.infinispan.lucene.impl.DeltaReplicationTest.assertOnlyDeltasWereSent(DeltaReplicationTest.java:71) > at org.infinispan.lucene.impl.DeltaReplicationTest.testDeltasAreSent(DeltaReplicationTest.java:66) > {noformat} > Could be because the `InboundInvocationHandlerDecorator.writeCommands` set is accessed from multiple threads without synchronization. > http://ci.infinispan.org/viewLog.html?buildId=12730&buildTypeId=bt9 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4027) TransactionTable.start() initialize the TxCleanupService thread pool even when the cache is NON_TRANSACTIONAL

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4027?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4027: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1152942|https://bugzilla.redhat.com/show_bug.cgi?id=1152942] from VERIFIED to CLOSED > TransactionTable.start() initialize the TxCleanupService thread pool even when the cache is NON_TRANSACTIONAL > ------------------------------------------------------------------------------------------------------------- > > Key: ISPN-4027 > URL: https://issues.jboss.org/browse/ISPN-4027 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.1.Final > Reporter: Guillermo GARCIA OCHOA > Assignee: Takayoshi Kimura > Labels: 630 > Fix For: 7.0.0.CR2 > > > In the {{TransactionTable.start()}} each cache creates a thread pool and a job is scheduled to clean up completed transactions. > {code:java} > private void start() { > ... > totalOrder = configuration.transaction().transactionProtocol().isTotalOrder(); > if (!totalOrder) { > // Periodically run a task to cleanup the transaction table from completed transactions. > ThreadFactory tf = new ThreadFactory() { > @Override > public Thread newThread(Runnable r) { > String address = rpcManager != null ? rpcManager.getTransport().getAddress().toString() : "local"; > Thread th = new Thread(r, "TxCleanupService," + cacheName + "," + address); > th.setDaemon(true); > return th; > } > }; > executorService = Executors.newSingleThreadScheduledExecutor(tf); > long interval = configuration.transaction().reaperWakeUpInterval(); > executorService.scheduleAtFixedRate(new Runnable() { > @Override > public void run() { > cleanupCompletedTransactions(); > } > }, interval, interval, TimeUnit.MILLISECONDS); > } > } > {code} > As you can see in the code, even is the cache is {{NON_TRANSACTIONAL}} the job is scheduled, consuming resources to do nothing (the {{completedTransactions}} map is always empty) > Maybe I'm missing something, but our application profiling is showing us that these threads do nothing but they are consuming precious resources because we have more than 1000 {{NON_TRANSACTIONAL}} caches. > (i) This can be considered when solving ISPN-3702 too. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2015