[JBoss JIRA] (ISPN-8171) TrianglePerCacheInboundInvocationHandler sends IllegalLifecycleStateException in response
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8171?page=com.atlassian.jira.plugin.... ]
Dan Berindei reassigned ISPN-8171:
----------------------------------
Assignee: Pedro Ruivo (was: Dan Berindei)
> TrianglePerCacheInboundInvocationHandler sends IllegalLifecycleStateException in response
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-8171
> URL: https://issues.jboss.org/browse/ISPN-8171
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Pedro Ruivo
> Labels: testsuite_stability
>
> For synchronous operations, the invocation handler catches {{IllegalLifecycleStateException}} and sends a {{CacheNotFoundResponse}} instead of an {{ExceptionResponse}}.
> {{TrianglePerCacheInboundInvocationHandler}} doesn't follow the same rule, and the response created by {{BaseBlockingRunnable.afterCommandException()}} is ignored. But the caller doesn't know what to do with the {{ExceptionAckCommand(throwable=org.infinispan.IllegalLifecycleStateException)}}, and the exception is propagated all the way to the caller.
> This is causing some of the random failures in {{NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent}} (but different from the failures in ISPN-6451).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8171) TrianglePerCacheInboundInvocationHandler sends IllegalLifecycleStateException in response
by Dan Berindei (JIRA)
Dan Berindei created ISPN-8171:
----------------------------------
Summary: TrianglePerCacheInboundInvocationHandler sends IllegalLifecycleStateException in response
Key: ISPN-8171
URL: https://issues.jboss.org/browse/ISPN-8171
Project: Infinispan
Issue Type: Bug
Reporter: Dan Berindei
Assignee: Dan Berindei
For synchronous operations, the invocation handler catches {{IllegalLifecycleStateException}} and sends a {{CacheNotFoundResponse}} instead of an {{ExceptionResponse}}.
{{TrianglePerCacheInboundInvocationHandler}} doesn't follow the same rule, and the response created by {{BaseBlockingRunnable.afterCommandException()}} is ignored. But the caller doesn't know what to do with the {{ExceptionAckCommand(throwable=org.infinispan.IllegalLifecycleStateException)}}, and the exception is propagated all the way to the caller.
This is causing some of the random failures in {{NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent}} (but different from the failures in ISPN-6451).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8171) TrianglePerCacheInboundInvocationHandler sends IllegalLifecycleStateException in response
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8171?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8171:
-------------------------------
Status: Open (was: New)
> TrianglePerCacheInboundInvocationHandler sends IllegalLifecycleStateException in response
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-8171
> URL: https://issues.jboss.org/browse/ISPN-8171
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
>
> For synchronous operations, the invocation handler catches {{IllegalLifecycleStateException}} and sends a {{CacheNotFoundResponse}} instead of an {{ExceptionResponse}}.
> {{TrianglePerCacheInboundInvocationHandler}} doesn't follow the same rule, and the response created by {{BaseBlockingRunnable.afterCommandException()}} is ignored. But the caller doesn't know what to do with the {{ExceptionAckCommand(throwable=org.infinispan.IllegalLifecycleStateException)}}, and the exception is propagated all the way to the caller.
> This is causing some of the random failures in {{NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent}} (but different from the failures in ISPN-6451).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8027) Random failures in data changes in remote Hibernate cache strategies
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8027?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-8027:
----------------------------------------
Just got a failure with TRACE logging on. Failure:
{code}
[ERROR] testEvict[JTA, INVALIDATION_SYNC,AccessType[transactional]](org.infinispan.test.hibernate.cache.timestamp.TimestampsRegionImplTest) Time elapsed: 0.269 s <<< FAILURE!
java.lang.AssertionError: expected:<value1> but was:<null>
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:144)
at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.lambda$testEvict$4(AbstractGeneralDataRegionTest.java:148)
at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.withSessionFactoriesAndRegions(AbstractGeneralDataRegionTest.java:105)
at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.testEvict(AbstractGeneralDataRegionTest.java:119)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.infinispan.test.hibernate.cache.util.InfinispanTestingSetup$1.evaluate(InfinispanTestingSetup.java:38)
at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
{code}
Logs: https://www.dropbox.com/s/xr9zr9ffkjwr4vr/infinispan-fail.log?dl=0
> Random failures in data changes in remote Hibernate cache strategies
> --------------------------------------------------------------------
>
> Key: ISPN-8027
> URL: https://issues.jboss.org/browse/ISPN-8027
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
>
> Randomly failing test on CI:
> {{org.infinispan.test.hibernate.cache.timestamp.TimestampsRegionImplTest.testEvict[JTA, INVALIDATION_SYNC,AccessType[transactional]]}}
> {code}
> java.lang.AssertionError: expected:<value1> but was:<null>
> 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:144)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.lambda$testEvict$4(AbstractGeneralDataRegionTest.java:146)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.withSessionFactoriesAndRegions(AbstractGeneralDataRegionTest.java:104)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.testEvict(AbstractGeneralDataRegionTest.java:117)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.infinispan.test.hibernate.cache.util.InfinispanTestingSetup$1.evaluate(InfinispanTestingSetup.java:38)
> at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8027) Random failures in data changes in remote Hibernate cache strategies
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8027?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8027:
-----------------------------------
Status: Open (was: New)
> Random failures in data changes in remote Hibernate cache strategies
> --------------------------------------------------------------------
>
> Key: ISPN-8027
> URL: https://issues.jboss.org/browse/ISPN-8027
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
>
> Randomly failing test on CI:
> {{org.infinispan.test.hibernate.cache.timestamp.TimestampsRegionImplTest.testEvict[JTA, INVALIDATION_SYNC,AccessType[transactional]]}}
> {code}
> java.lang.AssertionError: expected:<value1> but was:<null>
> 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:144)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.lambda$testEvict$4(AbstractGeneralDataRegionTest.java:146)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.withSessionFactoriesAndRegions(AbstractGeneralDataRegionTest.java:104)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.testEvict(AbstractGeneralDataRegionTest.java:117)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.infinispan.test.hibernate.cache.util.InfinispanTestingSetup$1.evaluate(InfinispanTestingSetup.java:38)
> at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8027) Random failures in data changes in remote Hibernate cache strategies
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8027?page=com.atlassian.jira.plugin.... ]
Work on ISPN-8027 started by Galder Zamarreño.
----------------------------------------------
> Random failures in data changes in remote Hibernate cache strategies
> --------------------------------------------------------------------
>
> Key: ISPN-8027
> URL: https://issues.jboss.org/browse/ISPN-8027
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
>
> Randomly failing test on CI:
> {{org.infinispan.test.hibernate.cache.timestamp.TimestampsRegionImplTest.testEvict[JTA, INVALIDATION_SYNC,AccessType[transactional]]}}
> {code}
> java.lang.AssertionError: expected:<value1> but was:<null>
> 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:144)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.lambda$testEvict$4(AbstractGeneralDataRegionTest.java:146)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.withSessionFactoriesAndRegions(AbstractGeneralDataRegionTest.java:104)
> at org.infinispan.test.hibernate.cache.AbstractGeneralDataRegionTest.testEvict(AbstractGeneralDataRegionTest.java:117)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.infinispan.test.hibernate.cache.util.InfinispanTestingSetup$1.evaluate(InfinispanTestingSetup.java:38)
> at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8168) LiveRunningTest random failures
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8168?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8168:
------------------------------------
Attachment: trace.zip
> LiveRunningTest random failures
> -------------------------------
>
> Key: ISPN-8168
> URL: https://issues.jboss.org/browse/ISPN-8168
> Project: Infinispan
> Issue Type: Bug
> Components: Lucene Directory
> Affects Versions: 9.1.0.Final
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Labels: testsuite_stability
> Attachments: trace.zip
>
>
> The test fails very often with
> {noformat}
> Caused by: org.apache.lucene.index.IndexNotFoundException: no segments* file found in InfinispanDirectory{indexName='emails'}: files: []
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:726)
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:683)
> {noformat}
> The cache entry that contains the list of files the lucene directory (FileListCacheValue) for some reason is empty, although the index is not. The missing value for FileListCacheValue causes the index reader to think the index is empty and thus the error
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8168) LiveRunningTest random failures
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8168?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-8168:
-----------------------------------------
[~rvansa] [~danberindei] It appears a bug in the functional command retry logic, thoughts ?
> LiveRunningTest random failures
> -------------------------------
>
> Key: ISPN-8168
> URL: https://issues.jboss.org/browse/ISPN-8168
> Project: Infinispan
> Issue Type: Bug
> Components: Lucene Directory
> Affects Versions: 9.1.0.Final
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Labels: testsuite_stability
>
> The test fails very often with
> {noformat}
> Caused by: org.apache.lucene.index.IndexNotFoundException: no segments* file found in InfinispanDirectory{indexName='emails'}: files: []
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:726)
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:683)
> {noformat}
> The cache entry that contains the list of files the lucene directory (FileListCacheValue) for some reason is empty, although the index is not. The missing value for FileListCacheValue causes the index reader to think the index is empty and thus the error
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-8168) LiveRunningTest random failures
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8168?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-8168:
-----------------------------------------
The cache {{LuceneIndexesMetadata}} has an entry with a value of type {{FileListCacheValue}} that store a list of Strings, which is {{DeltaAware}}. So a command to replace an item from a value replicates only the removed item. In the TRACE below, the value "_4.nvd" is supposed to be removed from the list, but the whole list is wiped:
The delta aware becomes a FunctionalCommand
{code}
09:29:22,672 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [StateTransferInterceptor] Retrying command ReadWriteKeyValueCommand
{key=*|emails|-1, value=*FileListCacheValueDelta{ops=[DeleteOperation{element='_4.nvd'}]}*, prevValue=null, prevMetadata=null,
flags=[SKIP_INDEXING, IGNORE_RETURN_VALUES, COMMAND_RETRY], valueMatcher=MATCH_ALWAYS, successful=true} for topology 11
{code}
Topology is changed in every step of the test, so a retry happens:
{code}
09:29:22,673 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [EntryWrappingInterceptor] This is a retry- removing looked up entry
ReadCommittedEntry(392a2ecf){key=*|emails|-1, value=FileListCacheValue [filenames=[_3.si, _0.si, _1.cfe, _1.si, _2.si, _0.cfs,
_2.cfs, _4.cfe, _3.cfe, segments_6, segments_5, _4.fdx, _4_Lucene50_0.doc, _4_Lucene50_0.tim, _1.cfs, _0.cfe, _2.cfe, _3.cfs,
_4.cfs, _4.si]], isCreated=false, isChanged=false, isRemoved=false, isValid=true, isExpired=false, skipLookup=false,
metadata=MetaParamsInternalMetadata{params=MetaParams{length=0, metas=[]}}}
{code}
We can see that in the data container the FileListCacheValue contains lots of values:
{code}
09:29:22,673 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [EntryFactoryImpl] Exists in context? null
09:29:22,673 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [EntryFactoryImpl] Retrieved from container
MetadataImmortalCacheEntry{key=*|emails|-1, value=FileListCacheValue [filenames=[_3.si, _0.si, _1.cfe, _1.si, _2.si, _0.cfs,
_2.cfs, _4.cfe, _3.cfe, segments_6, segments_5, _4.fdx, _4_Lucene50_0.doc, _4_Lucene50_0.tim, _1.cfs, _0.cfe, _2.cfe, _3.cfs,
_4.cfs, _4.si]], metadata=MetaParamsInternalMetadata{params=MetaParams{length=0, metas=[]}}}
09:29:22,673 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [EntryFactoryImpl] Creating new entry for key *|emails|-1
09:29:22,673 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [EntryFactoryImpl] Updated context entry null ->
ReadCommittedEntry(31f4a69f){key=*|emails|-1, value=FileListCacheValue [filenames=[_3.si, _0.si, _1.cfe, _1.si, _2.si, _0.cfs,
_2.cfs, _4.cfe, _3.cfe, segments_6, segments_5, _4.fdx, _4_Lucene50_0.doc, _4_Lucene50_0.tim, _1.cfs, _0.cfe, _2.cfe, _3.cfs,
_4.cfs, _4.si]], isCreated=false, isChanged=false, isRemoved=false, isValid=true, isExpired=false, skipLookup=false,
metadata=MetaParamsInternalMetadata{params=MetaParams{length=0, metas=[]}}}
09:29:22,673 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [CallInterceptor] Invoking: ReadWriteKeyValueCommand
{code}
But those values are wiped when the functional command is executed:
{code}
09:29:22,674 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [ReadWriteKeyValueCommand] Execute read-write function on previous value
null and previous metadata null
09:29:22,674 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [BaseDistributionInterceptor] Current topology 11, command topology 11
09:29:22,674 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [EntryWrappingInterceptor] About to commit entry ReadCommittedEntry(31f4a69f)
{key=*|emails|-1, value=FileListCacheValue [filenames=[]], isCreated=false, isChanged=true, isRemoved=false, isValid=true, isExpired=false,
skipLookup=false, metadata=MetaParamsInternalMetadata{params=MetaParams{length=0, metas=[]}}}
09:29:22,674 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [DefaultDataContainer] Creating new ICE for writing.
*Existing=MetadataImmortalCacheEntry{key=*|emails|-1, value=FileListCacheValue [filenames=[_3.si, _0.si, _1.cfe, _1.si, _2.si, _0.cfs,
_2.cfs, _4.cfe, _3.cfe, segments_6, segments_5, _4.fdx, _4_Lucene50_0.doc, _4_Lucene50_0.tim, _1.cfs, _0.cfe, _2.cfe, _3.cfs, _4.cfs,
_4.si]*], metadata=MetaParamsInternalMetadata{params=MetaParams{length=0, metas=[]}}}, metadata=MetaParamsInternalMetadata{params=
MetaParams{length=0, metas=[]}}, new value=FileListCacheValue [filenames=[]]
09:29:22,674 TRACE (jgroups-6,ISPN,gfernandes-29609:[]) [DefaultDataContainer] Store MetadataImmortalCacheEntry
{key=*|emails|-1, value=FileListCacheValue [*filenames=[]]*, metadata=MetaParamsInternalMetadata{params=MetaParams{length=0, metas=[]}}} in container
{code}
> LiveRunningTest random failures
> -------------------------------
>
> Key: ISPN-8168
> URL: https://issues.jboss.org/browse/ISPN-8168
> Project: Infinispan
> Issue Type: Bug
> Components: Lucene Directory
> Affects Versions: 9.1.0.Final
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Labels: testsuite_stability
>
> The test fails very often with
> {noformat}
> Caused by: org.apache.lucene.index.IndexNotFoundException: no segments* file found in InfinispanDirectory{indexName='emails'}: files: []
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:726)
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:683)
> {noformat}
> The cache entry that contains the list of files the lucene directory (FileListCacheValue) for some reason is empty, although the index is not. The missing value for FileListCacheValue causes the index reader to think the index is empty and thus the error
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ISPN-1123) Stabilise test suite
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-1123?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant edited comment on ISPN-1123 at 8/3/17 7:17 AM:
---------------------------------------------------------------
Tests disabled, which need re-enabling once analysed and stabilised:
-org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStoreFunctionalTest-
-org.infinispan.config.parsing.Jbc2InfinispanTransformerTest-
-org.infinispan.loaders.ConcurrentLoadAndEvictTest-
-org.infinispan.marshall.multiversion.MultiPojoVersionMarshallTest-
-org.infinispan.statetransfer.StateTransferReplicationQueueTest-
-org.infinispan.tx.dld.AsyncDeadlockDetectionTest-
-org.infinispan.tx.TransactionXaAdapterTmIntegrationTest
was (Author: manik):
Tests disabled, which need re-enabling once analysed and stabilised:
-org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStoreFunctionalTest-
-org.infinispan.config.parsing.Jbc2InfinispanTransformerTest-
-org.infinispan.loaders.ConcurrentLoadAndEvictTest-
-org.infinispan.marshall.multiversion.MultiPojoVersionMarshallTest-
-org.infinispan.statetransfer.StateTransferReplicationQueueTest-
-org.infinispan.tx.dld.AsyncDeadlockDetectionTest-
{code}
org.infinispan.tx.TransactionXaAdapterTmIntegrationTest
{code}
> Stabilise test suite
> --------------------
>
> Key: ISPN-1123
> URL: https://issues.jboss.org/browse/ISPN-1123
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 5.0.0.CR2
> Reporter: Manik Surtani
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: ci, test
> Fix For: 5.1.0.CR2
>
>
> The current test suite on http://hudson.infinispan.org is pretty unstable. Some tests have been disabled to allow it to run with 100% pass rate. Please investigate these disabled tests.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months