[JBoss JIRA] (ISPN-6743) Upsert does not work for MySQL
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6743?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-6743:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Alpha3
Resolution: Done
> Upsert does not work for MySQL
> ------------------------------
>
> Key: ISPN-6743
> URL: https://issues.jboss.org/browse/ISPN-6743
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 9.0.0.Alpha2
> Reporter: Krzysztof Sobolewski
> Assignee: Ryan Emerson
> Fix For: 9.0.0.Alpha3
>
>
> ISPN-20, merged recently (thanks!), added "upsert" support for JDBC cache stores. The "upsert" SQL statement is database-type-dependent and the one for MySQL has a different "API" than the one for other database types - whereas all the others use the same number and order of placeholders as the equvalent INSERT statement, so that the same method can be used to update the INSERT, UPDATE and "upsert" statement, the MySQL one adds additional placeholders and the aforementioned method is no longer sufficient.
> The exception is:
> java.sql.SQLException: No value specified for parameter 4
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (ISPN-6849) Upgrade to JGroups 3.6.10.Final
by Dan Berindei (JIRA)
Dan Berindei created ISPN-6849:
----------------------------------
Summary: Upgrade to JGroups 3.6.10.Final
Key: ISPN-6849
URL: https://issues.jboss.org/browse/ISPN-6849
Project: Infinispan
Issue Type: Component Upgrade
Components: Core
Affects Versions: 9.0.0.Alpha2
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 9.0.0.Alpha3
Fixes JGRP-2084, needed for ISPN-6799.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (ISPN-4964) Map/Reduce intermittently hangs when the cache is updated during execution
by Gavin Pelissier (JIRA)
[ https://issues.jboss.org/browse/ISPN-4964?page=com.atlassian.jira.plugin.... ]
Gavin Pelissier commented on ISPN-4964:
---------------------------------------
Haha. We're on ver 10 now so it behaves better.
On Fri, Jul 8, 2016 at 12:24 PM, Dan Berindei (JIRA) <issues(a)jboss.org>
> Map/Reduce intermittently hangs when the cache is updated during execution
> --------------------------------------------------------------------------
>
> Key: ISPN-4964
> URL: https://issues.jboss.org/browse/ISPN-4964
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 6.0.1.Final, 6.0.2.Final, 7.0.0.Final
> Environment: JDK 7 (1.2.0_51) Glassfish 3.2.1.1, WildFly 8.1.0.Final
> Reporter: Alexandre Nikolov
> Fix For: 8.2.0.Final
>
>
> Map/Reduce tasks on a cache with intensive write operations intermittently hangs, resulting in high CPU and Heap Memory usage. If left like that eventually it crashes the VM after multiple out of memory exceptions.
> Here is a stack dump of a hanging thread:
> Name: transport-thread--p3-t17
> State: RUNNABLE
> Total blocked: 709 Total waited: 15 204
> Stack trace:
> java.util.HashMap.hash(HashMap.java:366)
> java.util.HashMap.put(HashMap.java:496)
> java.util.HashSet.add(HashSet.java:217)
> org.infinispan.persistence.async.AdvancedAsyncCacheLoader.process(AdvancedAsyncCacheLoader.java:81)
> org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:418)
> org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:403)
> org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:398)
> org.infinispan.distexec.mapreduce.MapReduceManagerImpl.map(MapReduceManagerImpl.java:213)
> org.infinispan.distexec.mapreduce.MapReduceManagerImpl.mapAndCombineForLocalReduction(MapReduceManagerImpl.java:94)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart.invokeMapCombineLocallyForLocalReduction(MapReduceTask.java:1162)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart.access$400(MapReduceTask.java:1101)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart$2.call(MapReduceTask.java:1133)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart$2.call(MapReduceTask.java:1129)
> java.util.concurrent.FutureTask.run(FutureTask.java:262)
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> java.util.concurrent.FutureTask.run(FutureTask.java:262)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> java.lang.Thread.run(Thread.java:744)
> The hanging thread keep cycling between these 2 stack entries:
> java.util.HashSet.add(HashSet.java:217)
> org.infinispan.persistence.async.AdvancedAsyncCacheLoader.process(AdvancedAsyncCacheLoader.java:81)
> Here is the configuration for 7.x:
> <?xml version="1.0" encoding="UTF-8"?>
> <infinispan
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="urn:infinispan:config:7.0 http://www.infinispan.org/schemas/infinispan-config-7.0.xsd"
> xmlns="urn:infinispan:config:7.0">
> <cache-container default-cache="default">
> <jmx duplicate-domains="true"/>
> <local-cache name="default">
> <eviction max-entries="5000" strategy="LIRS"/>
> <persistence passivation="true" >
> <!--soft-index-file-store xmlns="urn:infinispan:config:soft-index:7.0"
> purge="false" preload="true">
> <index path="/cache/index" />
> <data path="/cache/data" />
> <write-behind/>
> </soft-index-file-store-->
> <file-store fetch-state="true" preload="true" path="/cache">
> <write-behind/>
> </file-store>
> </persistence>
> <locking isolation="REPEATABLE_READ"/>
> <transaction mode="BATCH" auto-commit="true"/>
> </local-cache>
>
> <local-cache name="intraday">
> <expiration lifespan="86400000"/>
> </local-cache>
> </cache-container>
> </infinispan>
> The issue also happens on versions 6.x.
> It happens with different combination of locking and transaction settings - that is it happens with transactional and non-transactional caches with different locking configurations. I tried all possible combinations and the issue happens intermittently on all of them.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (ISPN-4964) Map/Reduce intermittently hangs when the cache is updated during execution
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4964?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-4964.
--------------------------------
Fix Version/s: 8.2.0.Final
Resolution: Done
Very likely caused by the thread-unsafe HashSet and fixed with ISPN-3938.
> Map/Reduce intermittently hangs when the cache is updated during execution
> --------------------------------------------------------------------------
>
> Key: ISPN-4964
> URL: https://issues.jboss.org/browse/ISPN-4964
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 6.0.1.Final, 6.0.2.Final, 7.0.0.Final
> Environment: JDK 7 (1.2.0_51) Glassfish 3.2.1.1, WildFly 8.1.0.Final
> Reporter: Alexandre Nikolov
> Fix For: 8.2.0.Final
>
>
> Map/Reduce tasks on a cache with intensive write operations intermittently hangs, resulting in high CPU and Heap Memory usage. If left like that eventually it crashes the VM after multiple out of memory exceptions.
> Here is a stack dump of a hanging thread:
> Name: transport-thread--p3-t17
> State: RUNNABLE
> Total blocked: 709 Total waited: 15 204
> Stack trace:
> java.util.HashMap.hash(HashMap.java:366)
> java.util.HashMap.put(HashMap.java:496)
> java.util.HashSet.add(HashSet.java:217)
> org.infinispan.persistence.async.AdvancedAsyncCacheLoader.process(AdvancedAsyncCacheLoader.java:81)
> org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:418)
> org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:403)
> org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:398)
> org.infinispan.distexec.mapreduce.MapReduceManagerImpl.map(MapReduceManagerImpl.java:213)
> org.infinispan.distexec.mapreduce.MapReduceManagerImpl.mapAndCombineForLocalReduction(MapReduceManagerImpl.java:94)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart.invokeMapCombineLocallyForLocalReduction(MapReduceTask.java:1162)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart.access$400(MapReduceTask.java:1101)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart$2.call(MapReduceTask.java:1133)
> org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart$2.call(MapReduceTask.java:1129)
> java.util.concurrent.FutureTask.run(FutureTask.java:262)
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> java.util.concurrent.FutureTask.run(FutureTask.java:262)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> java.lang.Thread.run(Thread.java:744)
> The hanging thread keep cycling between these 2 stack entries:
> java.util.HashSet.add(HashSet.java:217)
> org.infinispan.persistence.async.AdvancedAsyncCacheLoader.process(AdvancedAsyncCacheLoader.java:81)
> Here is the configuration for 7.x:
> <?xml version="1.0" encoding="UTF-8"?>
> <infinispan
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="urn:infinispan:config:7.0 http://www.infinispan.org/schemas/infinispan-config-7.0.xsd"
> xmlns="urn:infinispan:config:7.0">
> <cache-container default-cache="default">
> <jmx duplicate-domains="true"/>
> <local-cache name="default">
> <eviction max-entries="5000" strategy="LIRS"/>
> <persistence passivation="true" >
> <!--soft-index-file-store xmlns="urn:infinispan:config:soft-index:7.0"
> purge="false" preload="true">
> <index path="/cache/index" />
> <data path="/cache/data" />
> <write-behind/>
> </soft-index-file-store-->
> <file-store fetch-state="true" preload="true" path="/cache">
> <write-behind/>
> </file-store>
> </persistence>
> <locking isolation="REPEATABLE_READ"/>
> <transaction mode="BATCH" auto-commit="true"/>
> </local-cache>
>
> <local-cache name="intraday">
> <expiration lifespan="86400000"/>
> </local-cache>
> </cache-container>
> </infinispan>
> The issue also happens on versions 6.x.
> It happens with different combination of locking and transaction settings - that is it happens with transactional and non-transactional caches with different locking configurations. I tried all possible combinations and the issue happens intermittently on all of them.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (ISPN-6848) HotRod client testsuite crashes with trace logging enabled
by Dan Berindei (JIRA)
Dan Berindei created ISPN-6848:
----------------------------------
Summary: HotRod client testsuite crashes with trace logging enabled
Key: ISPN-6848
URL: https://issues.jboss.org/browse/ISPN-6848
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Affects Versions: 9.0.0.Alpha2
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 9.0.0.Alpha3
{{HotRodEncoder}} logs the entire contents of the buffer before writing it to the socket, and the allocations cause an OOME.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months