[JBoss JIRA] (ISPN-9412) HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
by Diego Lovison (JIRA)
[ https://issues.jboss.org/browse/ISPN-9412?page=com.atlassian.jira.plugin.... ]
Diego Lovison updated ISPN-9412:
--------------------------------
Steps to Reproduce:
Thread t1 = {
tm.begin()
cache.put(k1, v1)
long operation like 1 minute
tm.commit()
}
Thread t2 = {
long operation like 15 seconds
tm.begin()
cache.put(k1, v1)
tm.commit()
}
t1.start()
t2.start()
was:
Thread t1 = {
tm.begin()
cache.put(k1, v1)
long operation like 1 minute
tm.commit()
}
Thread t2 = {
long operation like 15 seconds
tm.begin()
cache.put(k1, v2)
tm.commit()
}
t1.start()
t2.start()
> HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
> -----------------------------------------------------------------------------------------------
>
> Key: ISPN-9412
> URL: https://issues.jboss.org/browse/ISPN-9412
> Project: Infinispan
> Issue Type: Bug
> Reporter: Diego Lovison
> Priority: Critical
>
> I am expecting the thread 2 be blocked in `cache.put(k1, v1)` until thread 1 has committed the transaction
> According to the docs, using Pessimistic transactional cache, when cache.put(k1,v1) returns, k1 is locked and no other transaction running anywhere in the cluster can write to it. Reading k1 is still possible. The lock on k1 is released when the transaction completes (commits or rollbacks).
> Cache Configuration
> {code:java}
> return new org.infinispan.configuration.cache.ConfigurationBuilder()
> .clustering().cacheMode(CacheMode.DIST_SYNC)
> .jmxStatistics().enable()
> .transaction()
> .cacheStopTimeout(0L)
> .transactionManagerLookup(new EmbeddedTransactionManagerLookup())
> .lockingMode(LockingMode.PESSIMISTIC)
> .locking().isolationLevel(IsolationLevel.REPEATABLE_READ)
> .build();
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9412) HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
by Diego Lovison (JIRA)
[ https://issues.jboss.org/browse/ISPN-9412?page=com.atlassian.jira.plugin.... ]
Diego Lovison updated ISPN-9412:
--------------------------------
Steps to Reproduce: (was: Thread t1 = {
tm.begin()
cache.put(k1, v1)
long operation like 1 minute
tm.commit()
}
Thread t2 = {
long operation like 15 seconds
tm.begin()
cache.put(k1, v1)
tm.commit()
}
t1.start()
t2.start()
)
> HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
> -----------------------------------------------------------------------------------------------
>
> Key: ISPN-9412
> URL: https://issues.jboss.org/browse/ISPN-9412
> Project: Infinispan
> Issue Type: Bug
> Reporter: Diego Lovison
> Priority: Critical
>
> I am expecting the thread 2 be blocked in `cache.put(k1, v1)` until thread 1 has committed the transaction
> According to the docs, using Pessimistic transactional cache, when cache.put(k1,v1) returns, k1 is locked and no other transaction running anywhere in the cluster can write to it. Reading k1 is still possible. The lock on k1 is released when the transaction completes (commits or rollbacks).
> Cache Configuration
> {code:java}
> return new org.infinispan.configuration.cache.ConfigurationBuilder()
> .clustering().cacheMode(CacheMode.DIST_SYNC)
> .jmxStatistics().enable()
> .transaction()
> .cacheStopTimeout(0L)
> .transactionManagerLookup(new EmbeddedTransactionManagerLookup())
> .lockingMode(LockingMode.PESSIMISTIC)
> .locking().isolationLevel(IsolationLevel.REPEATABLE_READ)
> .build();
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9412) HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
by Diego Lovison (JIRA)
[ https://issues.jboss.org/browse/ISPN-9412?page=com.atlassian.jira.plugin.... ]
Diego Lovison updated ISPN-9412:
--------------------------------
Description:
I am expecting the thread 2 be blocked in `cache.put(k1, v1)` until thread 1 has committed the transaction
According to the docs, using Pessimistic transactional cache, when cache.put(k1,v1) returns, k1 is locked and no other transaction running anywhere in the cluster can write to it. Reading k1 is still possible. The lock on k1 is released when the transaction completes (commits or rollbacks).
Cache Configuration
{code:java}
return new org.infinispan.configuration.cache.ConfigurationBuilder()
.clustering().cacheMode(CacheMode.DIST_SYNC)
.jmxStatistics().enable()
.transaction()
.cacheStopTimeout(0L)
.transactionManagerLookup(new EmbeddedTransactionManagerLookup())
.lockingMode(LockingMode.PESSIMISTIC)
.locking().isolationLevel(IsolationLevel.REPEATABLE_READ)
.build();
{code}
Steps to reproduce
{noformat}
Thread t1 = {
tm.begin()
cache.put(k1, v1)
long operation like 1 minute
tm.commit()
}
Thread t2 = {
long operation like 15 seconds
tm.begin()
cache.put(k1, v1)
tm.commit()
}
t1.start()
t2.start()
{noformat}
was:
I am expecting the thread 2 be blocked in `cache.put(k1, v1)` until thread 1 has committed the transaction
According to the docs, using Pessimistic transactional cache, when cache.put(k1,v1) returns, k1 is locked and no other transaction running anywhere in the cluster can write to it. Reading k1 is still possible. The lock on k1 is released when the transaction completes (commits or rollbacks).
Cache Configuration
{code:java}
return new org.infinispan.configuration.cache.ConfigurationBuilder()
.clustering().cacheMode(CacheMode.DIST_SYNC)
.jmxStatistics().enable()
.transaction()
.cacheStopTimeout(0L)
.transactionManagerLookup(new EmbeddedTransactionManagerLookup())
.lockingMode(LockingMode.PESSIMISTIC)
.locking().isolationLevel(IsolationLevel.REPEATABLE_READ)
.build();
{code}
> HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
> -----------------------------------------------------------------------------------------------
>
> Key: ISPN-9412
> URL: https://issues.jboss.org/browse/ISPN-9412
> Project: Infinispan
> Issue Type: Bug
> Reporter: Diego Lovison
> Priority: Critical
>
> I am expecting the thread 2 be blocked in `cache.put(k1, v1)` until thread 1 has committed the transaction
> According to the docs, using Pessimistic transactional cache, when cache.put(k1,v1) returns, k1 is locked and no other transaction running anywhere in the cluster can write to it. Reading k1 is still possible. The lock on k1 is released when the transaction completes (commits or rollbacks).
> Cache Configuration
> {code:java}
> return new org.infinispan.configuration.cache.ConfigurationBuilder()
> .clustering().cacheMode(CacheMode.DIST_SYNC)
> .jmxStatistics().enable()
> .transaction()
> .cacheStopTimeout(0L)
> .transactionManagerLookup(new EmbeddedTransactionManagerLookup())
> .lockingMode(LockingMode.PESSIMISTIC)
> .locking().isolationLevel(IsolationLevel.REPEATABLE_READ)
> .build();
> {code}
> Steps to reproduce
> {noformat}
> Thread t1 = {
> tm.begin()
> cache.put(k1, v1)
> long operation like 1 minute
> tm.commit()
> }
> Thread t2 = {
> long operation like 15 seconds
> tm.begin()
> cache.put(k1, v1)
> tm.commit()
> }
> t1.start()
> t2.start()
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9412) HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
by Diego Lovison (JIRA)
Diego Lovison created ISPN-9412:
-----------------------------------
Summary: HotRod Transaction Cache PESSIMISTIC locking mode is not locking the key in another transaction
Key: ISPN-9412
URL: https://issues.jboss.org/browse/ISPN-9412
Project: Infinispan
Issue Type: Bug
Reporter: Diego Lovison
Priority: Critical
I am expecting the thread 2 be blocked in `cache.put(k1, v1)` until thread 1 has committed the transaction
According to the docs, using Pessimistic transactional cache, when cache.put(k1,v1) returns, k1 is locked and no other transaction running anywhere in the cluster can write to it. Reading k1 is still possible. The lock on k1 is released when the transaction completes (commits or rollbacks).
Cache Configuration
{code:java}
return new org.infinispan.configuration.cache.ConfigurationBuilder()
.clustering().cacheMode(CacheMode.DIST_SYNC)
.jmxStatistics().enable()
.transaction()
.cacheStopTimeout(0L)
.transactionManagerLookup(new EmbeddedTransactionManagerLookup())
.lockingMode(LockingMode.PESSIMISTIC)
.locking().isolationLevel(IsolationLevel.REPEATABLE_READ)
.build();
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9411) Shutdown process hangs on same cache each time
by Sergey Chernolyas (JIRA)
[ https://issues.jboss.org/browse/ISPN-9411?page=com.atlassian.jira.plugin.... ]
Sergey Chernolyas commented on ISPN-9411:
-----------------------------------------
HI [~gustavonalle] !
Okey. I will do it when it reproduced. Shutdown process of just started server works fine.
> Shutdown process hangs on same cache each time
> ----------------------------------------------
>
> Key: ISPN-9411
> URL: https://issues.jboss.org/browse/ISPN-9411
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.3.1.Final
> Environment: Linux, cluster with two nodex
> Reporter: Sergey Chernolyas
> Attachments: server_log.txt
>
>
> Each time, shutdown process hangs on same cache.
> Configuration of the caches are:
> {code:title=Cache configurations|linenumbers=true|language=XML}
> <distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <memory>
> <object size="1000000" strategy="REMOVE"/>
> </memory>
> <indexing index="LOCAL">
> <property name="default.directory_provider">infinispan</property>
> <property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
> </property>
> <property name="default.worker.execution">async</property>
> <property name="default.index_flush_interval">500</property>
> <property name="default.indexwriter.merge_factor">30</property>
> <property name="default.indexwriter.merge_max_size">1024</property>
> <property name="default.indexwriter.ram_buffer_size">256</property>
> <property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
> <property name="default.data_cachename">LuceneIndexesData_accessories</property>
> <property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
> </indexing>
> <rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
> <expiration path="/data/rocksdb/accessories/expired"/>
> </rocksdb-store>
> </distributed-cache>
> <distributed-cache name="LuceneIndexesData_accessories">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
> <expiration path="/data/rocksdb/accessories_index_data/expired"/>
> </rocksdb-store>
> </distributed-cache>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9411) Shutdown process hangs on same cache each time
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-9411?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-9411:
-----------------------------------------
Could you send a stack trace taken when the server is stuck?
{code}
jstack <PID> > stack-trace.txt
{code}
where PID is the process id of the server. It is usually contains "jboss-modules" in the name.
> Shutdown process hangs on same cache each time
> ----------------------------------------------
>
> Key: ISPN-9411
> URL: https://issues.jboss.org/browse/ISPN-9411
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.3.1.Final
> Environment: Linux, cluster with two nodex
> Reporter: Sergey Chernolyas
> Attachments: server_log.txt
>
>
> Each time, shutdown process hangs on same cache.
> Configuration of the caches are:
> {code:XML}
> <distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <memory>
> <object size="1000000" strategy="REMOVE"/>
> </memory>
> <indexing index="LOCAL">
> <property name="default.directory_provider">infinispan</property>
> <property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
> </property>
> <property name="default.worker.execution">async</property>
> <property name="default.index_flush_interval">500</property>
> <property name="default.indexwriter.merge_factor">30</property>
> <property name="default.indexwriter.merge_max_size">1024</property>
> <property name="default.indexwriter.ram_buffer_size">256</property>
> <property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
> <property name="default.data_cachename">LuceneIndexesData_accessories</property>
> <property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
> </indexing>
> <rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
> <expiration path="/data/rocksdb/accessories/expired"/>
> </rocksdb-store>
> </distributed-cache>
> <distributed-cache name="LuceneIndexesData_accessories">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
> <expiration path="/data/rocksdb/accessories_index_data/expired"/>
> </rocksdb-store>
> </distributed-cache>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9411) Shutdown process hangs on same cache each time
by Sergey Chernolyas (JIRA)
[ https://issues.jboss.org/browse/ISPN-9411?page=com.atlassian.jira.plugin.... ]
Sergey Chernolyas updated ISPN-9411:
------------------------------------
Description:
Each time, shutdown process hangs on same cache.
Configuration of the caches are:
{code:title=Cache configurations|linenumbers=true|language=XML}
<distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<memory>
<object size="1000000" strategy="REMOVE"/>
</memory>
<indexing index="LOCAL">
<property name="default.directory_provider">infinispan</property>
<property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
</property>
<property name="default.worker.execution">async</property>
<property name="default.index_flush_interval">500</property>
<property name="default.indexwriter.merge_factor">30</property>
<property name="default.indexwriter.merge_max_size">1024</property>
<property name="default.indexwriter.ram_buffer_size">256</property>
<property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
<property name="default.data_cachename">LuceneIndexesData_accessories</property>
<property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
</indexing>
<rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
<expiration path="/data/rocksdb/accessories/expired"/>
</rocksdb-store>
</distributed-cache>
<distributed-cache name="LuceneIndexesData_accessories">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
<expiration path="/data/rocksdb/accessories_index_data/expired"/>
</rocksdb-store>
</distributed-cache>
{code}
was:
Each time, shutdown process hangs on same cache.
Configuration of the caches are:
{code:XML}
<distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<memory>
<object size="1000000" strategy="REMOVE"/>
</memory>
<indexing index="LOCAL">
<property name="default.directory_provider">infinispan</property>
<property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
</property>
<property name="default.worker.execution">async</property>
<property name="default.index_flush_interval">500</property>
<property name="default.indexwriter.merge_factor">30</property>
<property name="default.indexwriter.merge_max_size">1024</property>
<property name="default.indexwriter.ram_buffer_size">256</property>
<property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
<property name="default.data_cachename">LuceneIndexesData_accessories</property>
<property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
</indexing>
<rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
<expiration path="/data/rocksdb/accessories/expired"/>
</rocksdb-store>
</distributed-cache>
<distributed-cache name="LuceneIndexesData_accessories">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
<expiration path="/data/rocksdb/accessories_index_data/expired"/>
</rocksdb-store>
</distributed-cache>
{code}
> Shutdown process hangs on same cache each time
> ----------------------------------------------
>
> Key: ISPN-9411
> URL: https://issues.jboss.org/browse/ISPN-9411
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.3.1.Final
> Environment: Linux, cluster with two nodex
> Reporter: Sergey Chernolyas
> Attachments: server_log.txt
>
>
> Each time, shutdown process hangs on same cache.
> Configuration of the caches are:
> {code:title=Cache configurations|linenumbers=true|language=XML}
> <distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <memory>
> <object size="1000000" strategy="REMOVE"/>
> </memory>
> <indexing index="LOCAL">
> <property name="default.directory_provider">infinispan</property>
> <property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
> </property>
> <property name="default.worker.execution">async</property>
> <property name="default.index_flush_interval">500</property>
> <property name="default.indexwriter.merge_factor">30</property>
> <property name="default.indexwriter.merge_max_size">1024</property>
> <property name="default.indexwriter.ram_buffer_size">256</property>
> <property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
> <property name="default.data_cachename">LuceneIndexesData_accessories</property>
> <property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
> </indexing>
> <rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
> <expiration path="/data/rocksdb/accessories/expired"/>
> </rocksdb-store>
> </distributed-cache>
> <distributed-cache name="LuceneIndexesData_accessories">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
> <expiration path="/data/rocksdb/accessories_index_data/expired"/>
> </rocksdb-store>
> </distributed-cache>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9411) Shutdown process hangs on same cache each time
by Sergey Chernolyas (JIRA)
[ https://issues.jboss.org/browse/ISPN-9411?page=com.atlassian.jira.plugin.... ]
Sergey Chernolyas updated ISPN-9411:
------------------------------------
Description:
Each time, shutdown process hangs on same cache.
Configuration of the caches are:
{code:XML}
<distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<memory>
<object size="1000000" strategy="REMOVE"/>
</memory>
<indexing index="LOCAL">
<property name="default.directory_provider">infinispan</property>
<property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
</property>
<property name="default.worker.execution">async</property>
<property name="default.index_flush_interval">500</property>
<property name="default.indexwriter.merge_factor">30</property>
<property name="default.indexwriter.merge_max_size">1024</property>
<property name="default.indexwriter.ram_buffer_size">256</property>
<property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
<property name="default.data_cachename">LuceneIndexesData_accessories</property>
<property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
</indexing>
<rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
<expiration path="/data/rocksdb/accessories/expired"/>
</rocksdb-store>
</distributed-cache>
<distributed-cache name="LuceneIndexesData_accessories">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
<expiration path="/data/rocksdb/accessories_index_data/expired"/>
</rocksdb-store>
</distributed-cache>
{code}
was:
Each time, shutdown process hangs on same cache.
Configuration of the caches are:
{code}
<distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<memory>
<object size="1000000" strategy="REMOVE"/>
</memory>
<indexing index="LOCAL">
<property name="default.directory_provider">infinispan</property>
<property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
</property>
<property name="default.worker.execution">async</property>
<property name="default.index_flush_interval">500</property>
<property name="default.indexwriter.merge_factor">30</property>
<property name="default.indexwriter.merge_max_size">1024</property>
<property name="default.indexwriter.ram_buffer_size">256</property>
<property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
<property name="default.data_cachename">LuceneIndexesData_accessories</property>
<property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
</indexing>
<rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
<expiration path="/data/rocksdb/accessories/expired"/>
</rocksdb-store>
</distributed-cache>
<distributed-cache name="LuceneIndexesData_accessories">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
<expiration path="/data/rocksdb/accessories_index_data/expired"/>
</rocksdb-store>
</distributed-cache>
{code}
> Shutdown process hangs on same cache each time
> ----------------------------------------------
>
> Key: ISPN-9411
> URL: https://issues.jboss.org/browse/ISPN-9411
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.3.1.Final
> Environment: Linux, cluster with two nodex
> Reporter: Sergey Chernolyas
> Attachments: server_log.txt
>
>
> Each time, shutdown process hangs on same cache.
> Configuration of the caches are:
> {code:XML}
> <distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <memory>
> <object size="1000000" strategy="REMOVE"/>
> </memory>
> <indexing index="LOCAL">
> <property name="default.directory_provider">infinispan</property>
> <property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
> </property>
> <property name="default.worker.execution">async</property>
> <property name="default.index_flush_interval">500</property>
> <property name="default.indexwriter.merge_factor">30</property>
> <property name="default.indexwriter.merge_max_size">1024</property>
> <property name="default.indexwriter.ram_buffer_size">256</property>
> <property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
> <property name="default.data_cachename">LuceneIndexesData_accessories</property>
> <property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
> </indexing>
> <rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
> <expiration path="/data/rocksdb/accessories/expired"/>
> </rocksdb-store>
> </distributed-cache>
> <distributed-cache name="LuceneIndexesData_accessories">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
> <expiration path="/data/rocksdb/accessories_index_data/expired"/>
> </rocksdb-store>
> </distributed-cache>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9411) Shutdown process hangs on same cache each time
by Sergey Chernolyas (JIRA)
Sergey Chernolyas created ISPN-9411:
---------------------------------------
Summary: Shutdown process hangs on same cache each time
Key: ISPN-9411
URL: https://issues.jboss.org/browse/ISPN-9411
Project: Infinispan
Issue Type: Bug
Affects Versions: 9.3.1.Final
Environment: Linux, cluster with two nodex
Reporter: Sergey Chernolyas
Attachments: server_log.txt
Each time, shutdown process hangs on same cache.
Configuration of the caches are:
{code}
<distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<memory>
<object size="1000000" strategy="REMOVE"/>
</memory>
<indexing index="LOCAL">
<property name="default.directory_provider">infinispan</property>
<property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
</property>
<property name="default.worker.execution">async</property>
<property name="default.index_flush_interval">500</property>
<property name="default.indexwriter.merge_factor">30</property>
<property name="default.indexwriter.merge_max_size">1024</property>
<property name="default.indexwriter.ram_buffer_size">256</property>
<property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
<property name="default.data_cachename">LuceneIndexesData_accessories</property>
<property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
</indexing>
<rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
<expiration path="/data/rocksdb/accessories/expired"/>
</rocksdb-store>
</distributed-cache>
<distributed-cache name="LuceneIndexesData_accessories">
<state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
<partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
<rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
<expiration path="/data/rocksdb/accessories_index_data/expired"/>
</rocksdb-store>
</distributed-cache>
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (ISPN-9411) Shutdown process hangs on same cache each time
by Sergey Chernolyas (JIRA)
[ https://issues.jboss.org/browse/ISPN-9411?page=com.atlassian.jira.plugin.... ]
Sergey Chernolyas updated ISPN-9411:
------------------------------------
Attachment: server_log.txt
> Shutdown process hangs on same cache each time
> ----------------------------------------------
>
> Key: ISPN-9411
> URL: https://issues.jboss.org/browse/ISPN-9411
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.3.1.Final
> Environment: Linux, cluster with two nodex
> Reporter: Sergey Chernolyas
> Attachments: server_log.txt
>
>
> Each time, shutdown process hangs on same cache.
> Configuration of the caches are:
> {code}
> <distributed-cache name="ACCESSORIES" owners="2" segments="1024" mode="SYNC">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <memory>
> <object size="1000000" strategy="REMOVE"/>
> </memory>
> <indexing index="LOCAL">
> <property name="default.directory_provider">infinispan</property>
> <property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager
> </property>
> <property name="default.worker.execution">async</property>
> <property name="default.index_flush_interval">500</property>
> <property name="default.indexwriter.merge_factor">30</property>
> <property name="default.indexwriter.merge_max_size">1024</property>
> <property name="default.indexwriter.ram_buffer_size">256</property>
> <property name="default.locking_cachename">LuceneIndexesLocking_accessories</property>
> <property name="default.data_cachename">LuceneIndexesData_accessories</property>
> <property name="default.metadata_cachename">LuceneIndexesMetadata_accessories</property>
> </indexing>
> <rocksdb-store preload="true" path="/data/rocksdb/accessories/data">
> <expiration path="/data/rocksdb/accessories/expired"/>
> </rocksdb-store>
> </distributed-cache>
> <distributed-cache name="LuceneIndexesData_accessories">
> <state-transfer await-initial-transfer="true" enabled="true" timeout="2400000" chunk-size="2048"/>
> <partition-handling when-split="ALLOW_READ_WRITES" merge-policy="PREFERRED_ALWAYS"/>
> <rocksdb-store preload="true" fetch-state="true" passivation="true" name="accessories_index_data" path="/data/rocksdb/accessories_index_data/data">
> <expiration path="/data/rocksdb/accessories_index_data/expired"/>
> </rocksdb-store>
> </distributed-cache>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months