[JBoss JIRA] (ISPN-4584) Stricter validation of cache configurations for distributed indexes
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-4584?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero edited comment on ISPN-4584 at 9/18/14 12:16 PM:
-----------------------------------------------------------------
{quote}Another check that would be useful is that the triple locking/metadata/data caches is not shared, e.g cache indexedA using lockingA, metadataA and dataA, while cache indexedB uses lockingA, metadataA and dataA - I've accidentally configured it that way (as in my test only indexedB should have been used) and stumbled again on ISPN-4577.{quote}
Good point, if we don't accept that configuration we should validate against it.
Although, there is the use case in which people actually want to share the same index across Caches or even applications; a better solution would be to finish the CacheManager level Query Engine, so that different caches can actually forward work to the same IndexWriter rather than locking each other out.
But I agree, if we don't do that timely we should validate this.
was (Author: sannegrinovero):
{quote}Another check that would be useful is that the triple locking/metadata/data caches is not shared, e.g cache indexedA using lockingA, metadataA and dataA, while cache indexedB uses lockingA, metadataA and dataA - I've accidentally configured it that way (as in my test only indexedB should have been used) and stumbled again on ISPN-4577.{quote}
Good point, if we don't accept that configuration we should validate against it.
Although, there is the use case in which people actually want to share the same index across Caches or even applications; a better solution however would be to finish the CacheManager level Query Engine, so that different caches can actually forward work to the same IndexWriter rather than locking each other out.
But I agree, if we don't do that timely we should validate this.
> Stricter validation of cache configurations for distributed indexes
> -------------------------------------------------------------------
>
> Key: ISPN-4584
> URL: https://issues.jboss.org/browse/ISPN-4584
> Project: Infinispan
> Issue Type: Enhancement
> Components: Lucene Directory
> Reporter: Sanne Grinovero
> Assignee: Gustavo Fernandes
> Priority: Minor
>
> See also ISPN-4577 : it should not be allowed to configure a distributed metadata cache while the chunks cache is using local mode.
> Ideally think of additional strict checks which we should apply.. suggestions?
> Mitigated by ISPN-4340
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-1261) Complete the work on the event bridge between Infinispan and CDI
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-1261?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec reopened ISPN-1261:
---------------------------------------
Todo:
* Blog post
* Quick starts update?
* Documentation
> Complete the work on the event bridge between Infinispan and CDI
> ----------------------------------------------------------------
>
> Key: ISPN-1261
> URL: https://issues.jboss.org/browse/ISPN-1261
> Project: Infinispan
> Issue Type: Task
> Components: CDI Integration
> Reporter: Kevin Pollet
> Assignee: Sebastian Łaskawiec
> Fix For: 7.0.0.CR1, 7.0.0.Final
>
>
> The event bridge (for cache and cache manager) is already implemented in the code but some events are not supported and a deprecated one is used. The following work has to be done on the event bridge:
> * Remove deprecated event
> * Support all events
> * Verify how cache and cache manager observers are registered
> * Tests
> * Doc
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4739) InfinispanQueryIT test fails randomly on RHEL
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-4739?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-4739:
----------------------------------
Assignee: Gustavo Fernandes (was: Sanne Grinovero)
> InfinispanQueryIT test fails randomly on RHEL
> ---------------------------------------------
>
> Key: ISPN-4739
> URL: https://issues.jboss.org/browse/ISPN-4739
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Query
> Reporter: Vojtech Juranek
> Assignee: Gustavo Fernandes
> Labels: testsuite_stability
>
> {{InfinispanQueryIT.testQueryOnSecondNode}} and {{InfinispanQueryIT.testMassIndexerResult}} fails randomly on RHEL (Oracle java 6) with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: expected:<3> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testQueryOnSecondNode(InfinispanQueryIT.java:110)
> {noformat}
> resp. ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: expected:<3> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testMassIndexerResult(InfinispanQueryIT.java:145)
> {noformat}
> and {{InfinispanQueryIT.testSimpleGetOnSecondNode}} with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:621)
> at org.junit.Assert.assertNotNull(Assert.java:631)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testSimpleGetOnSecondNode(InfinispanQueryIT.java:95)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4739) InfinispanQueryIT test fails randomly on RHEL
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-4739?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-4739:
----------------------------------
Status: Open (was: New)
> InfinispanQueryIT test fails randomly on RHEL
> ---------------------------------------------
>
> Key: ISPN-4739
> URL: https://issues.jboss.org/browse/ISPN-4739
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Query
> Reporter: Vojtech Juranek
> Assignee: Gustavo Fernandes
> Labels: testsuite_stability
>
> {{InfinispanQueryIT.testQueryOnSecondNode}} and {{InfinispanQueryIT.testMassIndexerResult}} fails randomly on RHEL (Oracle java 6) with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: expected:<3> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testQueryOnSecondNode(InfinispanQueryIT.java:110)
> {noformat}
> resp. ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: expected:<3> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testMassIndexerResult(InfinispanQueryIT.java:145)
> {noformat}
> and {{InfinispanQueryIT.testSimpleGetOnSecondNode}} with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:621)
> at org.junit.Assert.assertNotNull(Assert.java:631)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testSimpleGetOnSecondNode(InfinispanQueryIT.java:95)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4037) ClusteredCacheConfigurationTest.testQueueSizeHotrod random failures
by Jakub Markos (JIRA)
[ https://issues.jboss.org/browse/ISPN-4037?page=com.atlassian.jira.plugin.... ]
Jakub Markos updated ISPN-4037:
-------------------------------
Attachment: serverlogs.zip
Here are a few more details about the test: 2 nodes, replicated cache with replication-queue size 3. We do 2 puts and verify that there are 2 entries in the cluster via the JMX numberOfEntries from both nodes (this may fail), and then 3 more puts so that the queue is filled at some node, and verify that the number of entries is 8 (3 entries are replicated, so 3x2, plus 2 unreplicated).
The reason it may fail is because the put counts towards the numberOfEntries statistic only if the put came to the node which is the lock owner for the key. If a node receives a new key for which it's not an owner, it simply puts it in the replication queue, and if it is the lock owner, it adds the entry and then puts it in the queue (so it reports it in the numberOfEntries). The test passes if we're lucky and all puts go directly to the lock owners.
The attached logs are from a run with 5 puts, where the first node is the lock owner for all keys, but 2 puts go the second node so they are not reported in numberOfEntries.
I'll fix the test so it only assumes queueSize x 2 number of entries after the replication.
> ClusteredCacheConfigurationTest.testQueueSizeHotrod random failures
> -------------------------------------------------------------------
>
> Key: ISPN-4037
> URL: https://issues.jboss.org/browse/ISPN-4037
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
> Attachments: serverlogs.zip
>
>
> http://ci.infinispan.org/viewLog.html?buildId=5935&tab=buildResultsDiv&bu...
> {noformat}
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.infinispan.server.test.clusteredcache.ClusteredCacheConfigurationTest.testQueueSizeHotrod(ClusteredCacheConfigurationTest.java:125)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4738) JpaStoreTest.testPreload fails randomly on IBM Java
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-4738?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-4738:
----------------------------------
Labels: testsuite_stability (was: )
> JpaStoreTest.testPreload fails randomly on IBM Java
> ---------------------------------------------------
>
> Key: ISPN-4738
> URL: https://issues.jboss.org/browse/ISPN-4738
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Vojtech Juranek
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> {{JpaStoreTest.testPreload}} fails randomly on IBM Java 7 with:
> {noformat}
> java.lang.AssertionError: expected:<3> but was:<4>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252)
> at org.infinispan.persistence.BaseStoreTest.testPreload(BaseStoreTest.java:300)
> at org.infinispan.it.osgi.persistence.jpa.JpaStoreTest.testPreload(JpaStoreTest.java:76)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:94)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:619)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> {noformat}
> For details see [this Jenkins job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/j...]
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4739) InfinispanQueryIT test fails randomly on RHEL
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-4739?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-4739:
----------------------------------
Labels: testsuite_stability (was: )
> InfinispanQueryIT test fails randomly on RHEL
> ---------------------------------------------
>
> Key: ISPN-4739
> URL: https://issues.jboss.org/browse/ISPN-4739
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Query
> Reporter: Vojtech Juranek
> Assignee: Sanne Grinovero
> Labels: testsuite_stability
>
> {{InfinispanQueryIT.testQueryOnSecondNode}} and {{InfinispanQueryIT.testMassIndexerResult}} fails randomly on RHEL (Oracle java 6) with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: expected:<3> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testQueryOnSecondNode(InfinispanQueryIT.java:110)
> {noformat}
> resp. ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: expected:<3> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testMassIndexerResult(InfinispanQueryIT.java:145)
> {noformat}
> and {{InfinispanQueryIT.testSimpleGetOnSecondNode}} with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:621)
> at org.junit.Assert.assertNotNull(Assert.java:631)
> at org.infinispan.test.integration.as.query.InfinispanQueryIT.testSimpleGetOnSecondNode(InfinispanQueryIT.java:95)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4740) Tests from org.infinispan.distribution package fail randomly on RHEL
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-4740?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-4740:
----------------------------------
Labels: testsuite_stability (was: )
> Tests from org.infinispan.distribution package fail randomly on RHEL
> --------------------------------------------------------------------
>
> Key: ISPN-4740
> URL: https://issues.jboss.org/browse/ISPN-4740
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Vojtech Juranek
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> Following tests fail randomly on RHEL with IBM java 6:
> {{DistSyncL1RepeatableReadFuncTest.testNonOwnerRetrievesValueFromBackupOwnerWhileWrite}} with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...]):
> {noformat}
> java.lang.AssertionError: Entry for key [key-to-the-cache] should be in L1 on cache at [DistSyncL1RepeatableReadFuncTest-NodeA-58335]!
> at org.infinispan.distribution.DistributionTestHelper.assertIsInL1(DistributionTestHelper.java:31)
> at org.infinispan.distribution.BaseDistFunctionalTest.assertIsInL1(BaseDistFunctionalTest.java:182)
> at org.infinispan.distribution.DistSyncL1FuncTest.testNonOwnerRetrievesValueFromBackupOwnerWhileWrite(DistSyncL1FuncTest.java:280)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> {noformat}
> and
> {{DistSyncL1FuncTest.testGetAfterWriteAlreadyInvalidatedCurrentGet}} with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...])
> {noformat}
> java.lang.AssertionError: Entry for key [key-to-the-cache] should be in L1 on cache at [DistSyncL1FuncTest-NodeA-7385]!
> at org.infinispan.distribution.DistributionTestHelper.assertIsInL1(DistributionTestHelper.java:31)
> at org.infinispan.distribution.BaseDistFunctionalTest.assertIsInL1(BaseDistFunctionalTest.java:182)
> at org.infinispan.distribution.BaseDistSyncL1Test.testGetAfterWriteAlreadyInvalidatedCurrentGet(BaseDistSyncL1Test.java:280)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months