[JBoss JIRA] (ISPN-6919) Improve non-tx writes (triangle)
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-6919?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-6919:
------------------------------
Status: Open (was: New)
> Improve non-tx writes (triangle)
> --------------------------------
>
> Key: ISPN-6919
> URL: https://issues.jboss.org/browse/ISPN-6919
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
>
> The current algorithm has 4 messages in the network (worst case) happended sequentially:
> 1: originator => primary owner
> 2: primary owner => backups
> 3: backups => primary owner (ack)
> 4: primary owner => originator (reply)
> The algorithm can be improved to the following:
> 1: originator => primary owner
> 2: primary owner => backups & primary owner => originator (parallel)
> 3: backups => originator & backups => primary owners (acks)
> The main flow would be: originator => primary => backups => originator (<= there is the triangle :) )
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (ISPN-6919) Improve non-tx writes (triangle)
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-6919?page=com.atlassian.jira.plugin.... ]
Work on ISPN-6919 started by Pedro Ruivo.
-----------------------------------------
> Improve non-tx writes (triangle)
> --------------------------------
>
> Key: ISPN-6919
> URL: https://issues.jboss.org/browse/ISPN-6919
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
>
> The current algorithm has 4 messages in the network (worst case) happended sequentially:
> 1: originator => primary owner
> 2: primary owner => backups
> 3: backups => primary owner (ack)
> 4: primary owner => originator (reply)
> The algorithm can be improved to the following:
> 1: originator => primary owner
> 2: primary owner => backups & primary owner => originator (parallel)
> 3: backups => originator & backups => primary owners (acks)
> The main flow would be: originator => primary => backups => originator (<= there is the triangle :) )
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (ISPN-6997) PessimisticTxPartitionAndMergeDuringRuntimeTest.testOriginatorIsolatedPartition random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6997?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-6997:
------------------------------------
There's yet another way for the test to fail: a remote tx command can create a new remote transaction even when the tx originator is in another partition. If the partitions merge immediately afterwards, neither the originator nor the remote node's TransactionTable will clean up the transaction.
{noformat}
11:55:08,098 TRACE (ForkThread-1,PessimisticTxPartitionAndMergeDuringRuntimeTest:[]) [InvocationContextInterceptor] Invoked with command PutKeyValueCommand{key=MagicKey#k1{4/63E634F0/190@NodeJ-23917}, value=final-value, flags=[], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true} and InvocationContext [org.infinispan.context.impl.LocalTxInvocationContext@4da814c3]
11:55:08,105 DEBUG (testng-PessimisticTxPartitionAndMergeDuringRuntimeTest:[]) [GMS] NodeJ-23917: installing view [NodeJ-23917|17] (3) [NodeJ-23917, NodeK-36209, NodeL-60381]
11:55:08,106 TRACE (timeout-thread-NodeJ-p75-t1:[]) [TransactionTable] Checking for transactions originated on leavers. Current cache members are [NodeJ-23917, NodeK-36209, NodeL-60381], remote transactions: 0
11:55:08,106 TRACE (timeout-thread-NodeJ-p75-t1:[]) [TransactionTable] No remote transactions pertain to originator(s) who have left the cluster.
11:55:08,114 TRACE (remote-thread-NodeK-p82-t5:[]) [InvocationContextInterceptor] Invoked with command LockControlCommand{cache=pes-cache, keys=[MagicKey#k1{4/63E634F0/190@NodeJ-23917}], flags=[], unlock=false, gtx=GlobalTx:NodeI-50271:9} and InvocationContext [org.infinispan.context.impl.RemoteTxInvocationContext@203d110e]
11:55:08,115 TRACE (OOB-3,NodeJ-23917:[]) [TransactionTable] Created and registered remote transaction RemoteTransaction{modifications=[], lookedUpEntries={}, lockedKeys=[], backupKeyLocks=[], lookedUpEntriesTopology=2147483647, isMarkedForRollback=false, tx=GlobalTx:NodeI-50271:9, state=null}
11:55:08,118 TRACE (remote-thread-NodeJ-p74-t6:[]) [InvocationContextInterceptor] Invoked with command LockControlCommand{cache=pes-cache, keys=[MagicKey#k1{4/63E634F0/190@NodeJ-23917}], flags=[], unlock=false, gtx=GlobalTx:NodeI-50271:9} and InvocationContext [org.infinispan.context.impl.RemoteTxInvocationContext@203d110e]
11:55:08,119 DEBUG (testng-PessimisticTxPartitionAndMergeDuringRuntimeTest:[]) [GMS] NodeJ-23917: installing view MergeView::[NodeI-50271|20] (4) [NodeI-50271, NodeJ-23917, NodeK-36209, NodeL-60381], 2 subgroups: [NodeI-50271|18] (1) [NodeI-50271], [NodeJ-23917|19] (3) [NodeJ-23917, NodeK-36209, NodeL-60381]
11:55:08,120 TRACE (remote-thread-NodeJ-p74-t6:[]) [TxInterceptor] Verifying transaction: originatorMissing=false, alreadyCompleted=false
11:55:08,126 TRACE (transport-thread-NodeJ-p76-t6:[]) [TransactionTable] Checking for transactions originated on leavers. Current cache members are [NodeI-50271, NodeJ-23917, NodeK-36209, NodeL-60381], remote transactions: 1
11:55:08,126 TRACE (transport-thread-NodeJ-p76-t6:[]) [TransactionTable] Checking transaction GlobalTx:NodeI-50271:9
11:55:08,126 TRACE (transport-thread-NodeJ-p76-t6:[]) [TransactionTable] No remote transactions pertain to originator(s) who have left the cluster.
12:13:13,030 ERROR (testng-PessimisticTxPartitionAndMergeDuringRuntimeTest:[]) [TestSuiteProgress] Test failed: org.infinispan.partitionhandling.PessimisticTxPartitionAndMergeDuringRuntimeTest.testOriginatorIsolatedPartition
java.lang.AssertionError: There are pending transactions!
at org.infinispan.test.MultipleCacheManagersTest.assertNoTransactions(MultipleCacheManagersTest.java:794) ~[test-classes/:?]
at org.infinispan.partitionhandling.BaseTxPartitionAndMergeTest.finalAsserts(BaseTxPartitionAndMergeTest.java:96) ~[test-classes/:?]
at org.infinispan.partitionhandling.BasePessimisticTxPartitionAndMergeTest.doTest(BasePessimisticTxPartitionAndMergeTest.java:82) ~[test-classes/:?]
at org.infinispan.partitionhandling.PessimisticTxPartitionAndMergeDuringRuntimeTest.testOriginatorIsolatedPartition(PessimisticTxPartitionAndMergeDuringRuntimeTest.java:33) ~[test-classes/:?]
{noformat}
> PessimisticTxPartitionAndMergeDuringRuntimeTest.testOriginatorIsolatedPartition random failures
> -----------------------------------------------------------------------------------------------
>
> Key: ISPN-6997
> URL: https://issues.jboss.org/browse/ISPN-6997
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 9.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 9.0.0.Beta1
>
>
> The test starts with a cluster of 4 nodes, and splits it in 2 partitions while a transaction is trying to lock a key. After the transaction fails, it checks that the transaction has been cleaned up properly.
> On one of the owners, {{transactionTable.cleanupLeaverTransactions}} is being called only before the split and after the merge, never with the list of members during the split. That means it never sees the transaction as an orphan, and doesn't remove it.
> {noformat}
> 15:16:18,893 TRACE (testng-PTPAMDRT:[]) [PTPAMDRT] Local tx=[], remote tx=[GlobalTx:PTPAMDRT-NodeI-3337:28616], for cache PTPAMDRT-NodeJ-27814
> 15:16:18,893 ERROR (testng-PTPAMDRT:[]) [TestSuiteProgress] Test failed: org.infinispan.partitionhandling.PTPAMDRT.testOriginatorIsolatedPartition
> java.lang.AssertionError: There are pending transactions!
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?]
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) ~[testng-6.8.8.jar:?]
> at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:223) ~[test-classes/:?]
> at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:519) ~[test-classes/:?]
> at org.infinispan.test.MultipleCacheManagersTest.assertNoTransactions(MultipleCacheManagersTest.java:794) ~[test-classes/:?]
> at org.infinispan.partitionhandling.BaseTxPartitionAndMergeTest.finalAsserts(BaseTxPartitionAndMergeTest.java:96) ~[test-classes/:?]
> at org.infinispan.partitionhandling.BasePessimisticTxPartitionAndMergeTest.doTest(BasePessimisticTxPartitionAndMergeTest.java:82) ~[test-classes/:?]
> at org.infinispan.partitionhandling.tionAndMergeDuringRuntimeTest.testOriginatorIsolatedPartition(PessimisticTxPartitionAndMergeDuringRuntimeTest.java:33) ~[test-classes/:?]
> {noformat}
> {{OptimisticTxPartitionAndMergeDuringCommitTest.testPrimaryOwnerIsolatedPartition}} has similar random failures.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (ISPN-7005) org.apache.lucene.index.IndexNotFoundException when querying
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-7005?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-7005:
------------------------------------
Steps to Reproduce:
Run test {{AffinityTopologyChangeTest}} in a loop, it will eventually fail (< 1% of the time).
Although the test is for the AffinityIndexManager, it could happen on other index managers based on Infinispan Directory.
was:
Run test {{AffinityTopologyChangeAsyncTest}} in a loop, it will eventually fail (< 1% of the time).
Although the test is for the AffinityIndexManager, it could happen on other index managers based on Infinispan Directory.
> org.apache.lucene.index.IndexNotFoundException when querying
> ------------------------------------------------------------
>
> Key: ISPN-7005
> URL: https://issues.jboss.org/browse/ISPN-7005
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Lucene Directory
> Affects Versions: 9.0.0.Alpha4
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> This happens when querying an Index stored in the Infinispan directory at the same time writes are happening. It is very hard to reproduce, the stack trace is:
> {noformat}
> java.util.concurrent.CompletionException: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
> at java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:273)
> at java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:280)
> at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1592)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:275)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:528)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.getOrCreateIndexManager(IndexManagerHolder.java:163)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersFromShards(DynamicShardingStrategy.java:82)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersForQuery(DynamicShardingStrategy.java:71)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.getIndexManagers(LuceneHSQuery.java:611)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:447)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:380)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.queryEntityInfos(LuceneHSQuery.java:138)
> at org.infinispan.query.impl.CacheQueryImpl.list(CacheQueryImpl.java:161)
> at org.infinispan.query.affinity.AffinityTopologyChangeTest$QueryingNode.executeTask(AffinityTopologyChangeTest.java:164)
> at org.infinispan.query.affinity.AffinityTopologyChangeTest$TaskNode.lambda$null$0(AffinityTopologyChangeTest.java:129)
> at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1590)
> ... 3 more
> Caused by: org.hibernate.search.exception.SearchException: Unable to open Lucene IndexReader for IndexManager entity.205
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:113)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.initialize(SharingBufferReaderProvider.java:91)
> at org.hibernate.search.indexes.impl.PropertiesParseHelper.createDirectoryBasedReaderProvider(PropertiesParseHelper.java:172)
> at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.createIndexReader(DirectoryBasedIndexManager.java:208)
> at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:87)
> at org.infinispan.query.affinity.AffinityIndexManager.initialize(AffinityIndexManager.java:139)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:271)
> ... 15 more
> Caused by: org.apache.lucene.index.IndexNotFoundException: no segments* file found in InfinispanDirectory{indexName='entity.205'}: files: [_0.cfe, _0.cfs, _0.si, pending_segments_2]
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:726)
> at org.apache.lucene.index.StandardDirectoryReader.open(StandardDirectoryReader.java:50)
> at org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:63)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.readerFactory(SharingBufferReaderProvider.java:131)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.<init>(SharingBufferReaderProvider.java:206)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:108)
> ... 21 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (ISPN-7005) org.apache.lucene.index.IndexNotFoundException when querying
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-7005?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes edited comment on ISPN-7005 at 9/7/16 6:57 AM:
-----------------------------------------------------------------
Possibly related ISPN-3432
was (Author: gustavonalle):
Possibly related
> org.apache.lucene.index.IndexNotFoundException when querying
> ------------------------------------------------------------
>
> Key: ISPN-7005
> URL: https://issues.jboss.org/browse/ISPN-7005
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Lucene Directory
> Affects Versions: 9.0.0.Alpha4
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> This happens when querying an Index stored in the Infinispan directory at the same time writes are happening. It is very hard to reproduce, the stack trace is:
> {noformat}
> java.util.concurrent.CompletionException: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
> at java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:273)
> at java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:280)
> at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1592)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:275)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:528)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.getOrCreateIndexManager(IndexManagerHolder.java:163)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersFromShards(DynamicShardingStrategy.java:82)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersForQuery(DynamicShardingStrategy.java:71)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.getIndexManagers(LuceneHSQuery.java:611)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:447)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:380)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.queryEntityInfos(LuceneHSQuery.java:138)
> at org.infinispan.query.impl.CacheQueryImpl.list(CacheQueryImpl.java:161)
> at org.infinispan.query.affinity.AffinityTopologyChangeTest$QueryingNode.executeTask(AffinityTopologyChangeTest.java:164)
> at org.infinispan.query.affinity.AffinityTopologyChangeTest$TaskNode.lambda$null$0(AffinityTopologyChangeTest.java:129)
> at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1590)
> ... 3 more
> Caused by: org.hibernate.search.exception.SearchException: Unable to open Lucene IndexReader for IndexManager entity.205
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:113)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.initialize(SharingBufferReaderProvider.java:91)
> at org.hibernate.search.indexes.impl.PropertiesParseHelper.createDirectoryBasedReaderProvider(PropertiesParseHelper.java:172)
> at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.createIndexReader(DirectoryBasedIndexManager.java:208)
> at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:87)
> at org.infinispan.query.affinity.AffinityIndexManager.initialize(AffinityIndexManager.java:139)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:271)
> ... 15 more
> Caused by: org.apache.lucene.index.IndexNotFoundException: no segments* file found in InfinispanDirectory{indexName='entity.205'}: files: [_0.cfe, _0.cfs, _0.si, pending_segments_2]
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:726)
> at org.apache.lucene.index.StandardDirectoryReader.open(StandardDirectoryReader.java:50)
> at org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:63)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.readerFactory(SharingBufferReaderProvider.java:131)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.<init>(SharingBufferReaderProvider.java:206)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:108)
> ... 21 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (ISPN-7005) org.apache.lucene.index.IndexNotFoundException when querying
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-7005?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-7005:
-----------------------------------------
Possibly related
> org.apache.lucene.index.IndexNotFoundException when querying
> ------------------------------------------------------------
>
> Key: ISPN-7005
> URL: https://issues.jboss.org/browse/ISPN-7005
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Lucene Directory
> Affects Versions: 9.0.0.Alpha4
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> This happens when querying an Index stored in the Infinispan directory at the same time writes are happening. It is very hard to reproduce, the stack trace is:
> {noformat}
> java.util.concurrent.CompletionException: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
> at java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:273)
> at java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:280)
> at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1592)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:275)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:528)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.getOrCreateIndexManager(IndexManagerHolder.java:163)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersFromShards(DynamicShardingStrategy.java:82)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersForQuery(DynamicShardingStrategy.java:71)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.getIndexManagers(LuceneHSQuery.java:611)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:447)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:380)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.queryEntityInfos(LuceneHSQuery.java:138)
> at org.infinispan.query.impl.CacheQueryImpl.list(CacheQueryImpl.java:161)
> at org.infinispan.query.affinity.AffinityTopologyChangeTest$QueryingNode.executeTask(AffinityTopologyChangeTest.java:164)
> at org.infinispan.query.affinity.AffinityTopologyChangeTest$TaskNode.lambda$null$0(AffinityTopologyChangeTest.java:129)
> at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1590)
> ... 3 more
> Caused by: org.hibernate.search.exception.SearchException: Unable to open Lucene IndexReader for IndexManager entity.205
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:113)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.initialize(SharingBufferReaderProvider.java:91)
> at org.hibernate.search.indexes.impl.PropertiesParseHelper.createDirectoryBasedReaderProvider(PropertiesParseHelper.java:172)
> at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.createIndexReader(DirectoryBasedIndexManager.java:208)
> at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:87)
> at org.infinispan.query.affinity.AffinityIndexManager.initialize(AffinityIndexManager.java:139)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:271)
> ... 15 more
> Caused by: org.apache.lucene.index.IndexNotFoundException: no segments* file found in InfinispanDirectory{indexName='entity.205'}: files: [_0.cfe, _0.cfs, _0.si, pending_segments_2]
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:726)
> at org.apache.lucene.index.StandardDirectoryReader.open(StandardDirectoryReader.java:50)
> at org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:63)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.readerFactory(SharingBufferReaderProvider.java:131)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.<init>(SharingBufferReaderProvider.java:206)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:108)
> ... 21 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (ISPN-7005) org.apache.lucene.index.IndexNotFoundException when querying
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-7005:
---------------------------------------
Summary: org.apache.lucene.index.IndexNotFoundException when querying
Key: ISPN-7005
URL: https://issues.jboss.org/browse/ISPN-7005
Project: Infinispan
Issue Type: Bug
Components: Embedded Querying, Lucene Directory
Affects Versions: 9.0.0.Alpha4
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
This happens when querying an Index stored in the Infinispan directory at the same time writes are happening. It is very hard to reproduce, the stack trace is:
{noformat}
java.util.concurrent.CompletionException: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
at java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:273)
at java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:280)
at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1592)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.205'
at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:275)
at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:528)
at org.hibernate.search.indexes.impl.IndexManagerHolder.getOrCreateIndexManager(IndexManagerHolder.java:163)
at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersFromShards(DynamicShardingStrategy.java:82)
at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersForQuery(DynamicShardingStrategy.java:71)
at org.hibernate.search.query.engine.impl.LuceneHSQuery.getIndexManagers(LuceneHSQuery.java:611)
at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:447)
at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:380)
at org.hibernate.search.query.engine.impl.LuceneHSQuery.queryEntityInfos(LuceneHSQuery.java:138)
at org.infinispan.query.impl.CacheQueryImpl.list(CacheQueryImpl.java:161)
at org.infinispan.query.affinity.AffinityTopologyChangeTest$QueryingNode.executeTask(AffinityTopologyChangeTest.java:164)
at org.infinispan.query.affinity.AffinityTopologyChangeTest$TaskNode.lambda$null$0(AffinityTopologyChangeTest.java:129)
at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1590)
... 3 more
Caused by: org.hibernate.search.exception.SearchException: Unable to open Lucene IndexReader for IndexManager entity.205
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:113)
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.initialize(SharingBufferReaderProvider.java:91)
at org.hibernate.search.indexes.impl.PropertiesParseHelper.createDirectoryBasedReaderProvider(PropertiesParseHelper.java:172)
at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.createIndexReader(DirectoryBasedIndexManager.java:208)
at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:87)
at org.infinispan.query.affinity.AffinityIndexManager.initialize(AffinityIndexManager.java:139)
at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:271)
... 15 more
Caused by: org.apache.lucene.index.IndexNotFoundException: no segments* file found in InfinispanDirectory{indexName='entity.205'}: files: [_0.cfe, _0.cfs, _0.si, pending_segments_2]
at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:726)
at org.apache.lucene.index.StandardDirectoryReader.open(StandardDirectoryReader.java:50)
at org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:63)
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.readerFactory(SharingBufferReaderProvider.java:131)
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.<init>(SharingBufferReaderProvider.java:206)
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.createReader(SharingBufferReaderProvider.java:108)
... 21 more
{noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (ISPN-6978) AffinityIndexManager does not work on transactional caches
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-6978?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-6978:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
Integrated in master. Thanks [~gustavonalle]!
> AffinityIndexManager does not work on transactional caches
> ----------------------------------------------------------
>
> Key: ISPN-6978
> URL: https://issues.jboss.org/browse/ISPN-6978
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 9.0.0.Alpha4
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 9.0.0.Beta1
>
>
> Exception thrown:
> {noformat}
> 12:13:52,946 ERROR (testng-ClusteredCacheWithAffinityIndexManagerTx) [InvocationContextInterceptor] ISPN000136: Error executing command GetKeyValueCommand, writing keys []
> java.lang.IllegalStateException: Transaction TransactionImple < ac, BasicAction: 0:ffff7f000001:af11:57c02470:0 status: ActionStatus.COMMITTED > is not in a valid state to be invoking cache operations on.
> at org.infinispan.interceptors.impl.TxInterceptor.enlist(TxInterceptor.java:437)
> at org.infinispan.interceptors.impl.TxInterceptor.enlistIfNeeded(TxInterceptor.java:395)
> at org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:376)
> at org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:83)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:41)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:53)
> at org.infinispan.interceptors.impl.BaseAsyncInvocationContext.invokeInterceptorsSync(BaseAsyncInvocationContext.java:307)
> at org.infinispan.interceptors.impl.BaseAsyncInvocationContext.forkInvocationSync(BaseAsyncInvocationContext.java:98)
> at org.infinispan.interceptors.impl.BaseAsyncInvocationContext.invokeForkAndHandlerSync(BaseAsyncInvocationContext.java:474)
> {noformat}
> The Hibernate Search engine applies work to index after the transaction is committed, and since the {{AffinityIndexManager}} lazily initializes its shards, it tries to call cache operations on a tx commited state which is not allowed on Infinispan
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months