[JBoss JIRA] (ISPN-4235) RHQ JMX does not support multiple cache managers properly
by William Burns (JIRA)
William Burns created ISPN-4235:
-----------------------------------
Summary: RHQ JMX does not support multiple cache managers properly
Key: ISPN-4235
URL: https://issues.jboss.org/browse/ISPN-4235
Project: Infinispan
Issue Type: Bug
Components: JMX, reporting and management
Affects Versions: 7.0.0.Alpha3
Reporter: William Burns
Assignee: Mircea Markus
The JMX RHQ pluging currently queries all cache managers and lumps them together. Thus if you have multiple cache managers in separate domains they all show as 1 cache manager with all the caches for each underneath it. We need to separate each cache manager by domain in the plugin so that each can be administered separately.
It appears the CacheManagerDiscovery lumps all the managers by type in createDiscoveredResources. We would then have to change the CacheManagerComponent to properly query the specific mbean.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years
[JBoss JIRA] (ISPN-3904) Migrate JDBC cache store tests
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3904?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3904:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1088310|https://bugzilla.redhat.com/show_bug.cgi?id=1088310] from MODIFIED to ON_QA
> Migrate JDBC cache store tests
> ------------------------------
>
> Key: ISPN-3904
> URL: https://issues.jboss.org/browse/ISPN-3904
> Project: Infinispan
> Issue Type: Task
> Components: Server
> Reporter: Vitalii Chepeliuk
> Assignee: Vitalii Chepeliuk
> Labels: task
> Fix For: 7.0.0.Alpha3
>
>
> Migrating finctional tests for JDBC cache store
> Following modules will be migrated: async-store, binary-no-passivation, binary-with-passivation, invalidation-cache, mixed-no-passivation, mixed-with-passivation, string-based-multinode, string-based-no-passivation, string-based-with-passivation
> There is issue with passivating oldest entries https://issues.jboss.org/browse/ISPN-4187 . Should be resolved
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years
[JBoss JIRA] (ISPN-3761) Tests from org.infinispan.query.dsl.embedded package fail on all environmets
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3761?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3761:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1034718|https://bugzilla.redhat.com/show_bug.cgi?id=1034718] from MODIFIED to ON_QA
> Tests from org.infinispan.query.dsl.embedded package fail on all environmets
> ----------------------------------------------------------------------------
>
> Key: ISPN-3761
> URL: https://issues.jboss.org/browse/ISPN-3761
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 6.0.0.Final
> Environment: OS: Windows 2012 64bit
> Reporter: Jiří Holuša
> Assignee: Martin Gencur
> Fix For: 7.0.0.Alpha3, 7.0.0.Final
>
> Attachments: log.txt
>
>
> * Method throws assertion ERROR on Windows
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.createBeforeMethod
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> * These tests are failing periodically on Windows:
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testIteration3
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testIteration4
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testIteration5
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testOrderByAsc
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testOrderByDesc
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testProjection1
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testStartOffset
> * This test failed only once out of three times:
> ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testMaxResults
> * Test fails very often on RHEL
> ** org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest.testSampleDomainQuery16
> here is trace log https://www.dropbox.com/s/yvrbs2i2tvh0wzz/ClusteredQueryDslConditionsTest...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years
[JBoss JIRA] (ISPN-3796) ClusteredQueryDslConditionsTest fails randomly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3796?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3796:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1034718|https://bugzilla.redhat.com/show_bug.cgi?id=1034718] from MODIFIED to ON_QA
> ClusteredQueryDslConditionsTest fails randomly
> ----------------------------------------------
>
> Key: ISPN-3796
> URL: https://issues.jboss.org/browse/ISPN-3796
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Test Suite - Core
> Affects Versions: 6.0.0.Final
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
>
> See stacktrace:
> {noformat}
> testSampleDomainQuery16(org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest) Time elapsed: 0.143 sec <<< FAILURE!
> org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ClusteredQueryDslConditionsTest-NodeDE-6251, see cause for remote stack trace
> at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:41)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:362)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:167)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:521)
> at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:281)
> at org.infinispan.query.indexmanager.InfinispanCommandsBackend.sendCommand(InfinispanCommandsBackend.java:87)
> at org.infinispan.query.indexmanager.InfinispanCommandsBackend.applyWork(InfinispanCommandsBackend.java:81)
> at org.infinispan.query.indexmanager.MasterSwitchDelegatingQueueProcessor.applyWork(MasterSwitchDelegatingQueueProcessor.java:53)
> at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.performOperations(DirectoryBasedIndexManager.java:126)
> at org.hibernate.search.backend.impl.WorkQueuePerIndexSplitter.commitOperations(WorkQueuePerIndexSplitter.java:63)
> at org.hibernate.search.backend.impl.BatchedQueueingProcessor.performWorks(BatchedQueueingProcessor.java:99)
> at org.hibernate.search.backend.impl.TransactionalWorker.performWork(TransactionalWorker.java:105)
> at org.infinispan.query.backend.QueryInterceptor.performSearchWorks(QueryInterceptor.java:233)
> at org.infinispan.query.backend.QueryInterceptor.performSearchWork(QueryInterceptor.java:227)
> at org.infinispan.query.backend.QueryInterceptor.updateIndexes(QueryInterceptor.java:221)
> at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:518)
> at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:164)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:45)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:214)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitPutKeyValueCommand(StateTransferInterceptor.java:136)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:148)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:134)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:106)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:70)
> at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:327)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1296)
> at org.infinispan.CacheImpl.putInternal(CacheImpl.java:869)
> at org.infinispan.CacheImpl.put(CacheImpl.java:861)
> at org.infinispan.CacheImpl.put(CacheImpl.java:1349)
> at org.infinispan.CacheImpl.put(CacheImpl.java:206)
> at org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest.testSampleDomainQuery16(ClusteredQueryDslConditionsTest.java:1059)
> 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:724)
> Caused by: org.hibernate.search.SearchException: Error applying updates to the Lucene index
> at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueProcessor.applyWork(LuceneBackendQueueProcessor.java:106)
> at org.infinispan.query.indexmanager.MasterSwitchDelegatingQueueProcessor.applyWork(MasterSwitchDelegatingQueueProcessor.java:49)
> at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.performOperations(DirectoryBasedIndexManager.java:126)
> at org.infinispan.query.indexmanager.IndexUpdateCommand.perform(IndexUpdateCommand.java:53)
> at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:95)
> at org.infinispan.remoting.InboundInvocationHandlerImpl.access$000(InboundInvocationHandlerImpl.java:50)
> at org.infinispan.remoting.InboundInvocationHandlerImpl$2.run(InboundInvocationHandlerImpl.java:172)
> ... 3 more
> Caused by: java.lang.AssertionError: file _b.fdt does not exist
> at org.apache.lucene.index.IndexWriter.filesExist(IndexWriter.java:4492)
> at org.apache.lucene.index.IndexWriter.startCommit(IndexWriter.java:4543)
> at org.apache.lucene.index.IndexWriter.prepareCommit(IndexWriter.java:3414)
> at org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3485)
> at org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3467)
> at org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3451)
> at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.commitIndexWriter(IndexWriterHolder.java:158)
> at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.commitIndexWriter(IndexWriterHolder.java:171)
> at org.hibernate.search.backend.impl.lucene.ExclusiveIndexWorkspaceImpl.afterTransactionApplied(ExclusiveIndexWorkspaceImpl.java:45)
> at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.applyUpdates(LuceneBackendQueueTask.java:124)
> at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.run(LuceneBackendQueueTask.java:67)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> ... 3 more
> Results :
> Failed tests:
> ClusteredQueryDslConditionsTest.testSampleDomainQuery16:1059 » Remote ISPN0002...
> Tests run: 1036, Failures: 1, Errors: 0, Skipped: 0
> {noformat}
> Test fails very often on RHEL
> org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest.testSampleDomainQuery16
> here is trace log https://www.dropbox.com/s/yvrbs2i2tvh0wzz/ClusteredQueryDslConditionsTest...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years
[JBoss JIRA] (ISPN-4196) Local transaction not removed from transaction table with keySet, entrySet, values operations
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4196?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4196:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1087281|https://bugzilla.redhat.com/show_bug.cgi?id=1087281] from MODIFIED to ON_QA
> Local transaction not removed from transaction table with keySet, entrySet, values operations
> ---------------------------------------------------------------------------------------------
>
> Key: ISPN-4196
> URL: https://issues.jboss.org/browse/ISPN-4196
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 7.0.0.Alpha1
> Reporter: Adrian Nistor
> Assignee: Martin Gencur
> Fix For: 7.0.0.Alpha4, 7.0.0.Final
>
>
> The cleanup phase of FilesystemQueryDslIterationTest of this test is based on Cache.clear() and is very slow , taking about 30 seconds, or at least that's how much we gain if the cache cleanup is removed. Without the cleanup, this test takes about 2.5 seconds, so we need to investigate why Cache.clear() creates a problem here or in general.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years