July 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3298) Can't retrieve evicted entries from FileCacheStore

by Jakub Markos (JIRA)

Jakub Markos created ISPN-3298: ---------------------------------- Summary: Can't retrieve evicted entries from FileCacheStore Key: ISPN-3298 URL: https://issues.jboss.org/browse/ISPN-3298 Project: Infinispan Issue Type: Feature Request Reporter: Jakub Markos Assignee: Mircea Markus When using this configuration for the latest (6.0.0-SNAPSHOT) infinispan-server: {code:xml} <subsystem xmlns="urn:infinispan:server:core:5.3" default-cache-container="local"> <cache-container name="local" default-cache="default"> <local-cache name="default" start="EAGER"> <locking isolation="NONE" acquire-timeout="30000" concurrency-level="1000" striping="false"/> <transaction mode="NONE"/> <eviction strategy="LRU" max-entries="5"/> <file-store passivation="true" path="dc" purge="true" shared="false"/> </local-cache> </cache-container> </subsystem> {code} and running this code: {code} for (int i = 0; i < 6; i++) { cache.put("k" + i, "v" + i); } for (int i = 0; i < 6; i++) { System.out.println("k" + i + ": " + cache.get("k" + i)); } {code} I'm getting (reproducibly): {quote} k0: null k1: v1 k2: v2 k3: null k4: v4 k5: v5 {quote} The directory $\{server\}/standalone/data/dc/default/ contains 2 files (with v0 and v3). Server trace log attached. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2903) Manual eviction should not delete entry from cache store

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2903?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2903: ----------------------------------------------- Radoslav Husar <rhusar(a)redhat.com> changed the Status of [bug 900549|https://bugzilla.redhat.com/show_bug.cgi?id=900549] from POST to ASSIGNED > Manual eviction should not delete entry from cache store > -------------------------------------------------------- > > Key: ISPN-2903 > URL: https://issues.jboss.org/browse/ISPN-2903 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 5.2.3.Final > Reporter: Paul Ferraro > Assignee: Galder Zamarreño > Priority: Critical > Labels: 5.2.x, jdg6 > Fix For: 5.2.5.Final, 5.3.0.Alpha1, 5.3.0.Final > > Attachments: AtomicMapServlet.java, AtomicMapTestCase.java, server.log, server.log > > > Here's the scenario: > Given 2 nodes with REPL_SYNC cache with passivating cache store (e.g. default web cache in AS7). > 1. Create cache entry containing atomic map with 2 map entries on node1. > 2. Passivate that cache entry on node2 via manual evict. > 3. Modify 1 of the atomic map entries within the cache entry on node1. > 4. Lookup atomic map on node2. It only contains 1 map entry - the map entry modified in step 3. The other map entry is lost. > It's a side effect of ISPN-2384, where some changes were made to tighten the passivation/activation scenarios, but it did not cover manual eviction calls. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3297) CDI extension tries to assign a RemoteCache to BasicCache

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3297?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3297: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1951 > CDI extension tries to assign a RemoteCache to BasicCache > --------------------------------------------------------- > > Key: ISPN-3297 > URL: https://issues.jboss.org/browse/ISPN-3297 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > > Since ISPN-3280 this is no longer possible -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3297) CDI extension tries to assign a RemoteCache to BasicCache

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-3297: ------------------------------------- Summary: CDI extension tries to assign a RemoteCache to BasicCache Key: ISPN-3297 URL: https://issues.jboss.org/browse/ISPN-3297 Project: Infinispan Issue Type: Bug Reporter: Tristan Tarrant Assignee: Tristan Tarrant Since ISPN-3280 this is no longer possible -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3284) Remove dependency to Hibernate ORM in RHQ plugin

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3284?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3284: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1950 > Remove dependency to Hibernate ORM in RHQ plugin > ------------------------------------------------ > > Key: ISPN-3284 > URL: https://issues.jboss.org/browse/ISPN-3284 > Project: Infinispan > Issue Type: Enhancement > Reporter: Sanne Grinovero > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3242) Require the use of Java7 for building Infinispan

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3242?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3242: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1950 > Require the use of Java7 for building Infinispan > ------------------------------------------------ > > Key: ISPN-3242 > URL: https://issues.jboss.org/browse/ISPN-3242 > Project: Infinispan > Issue Type: Feature Request > Components: Build process > Affects Versions: 5.3.0.Final > Reporter: Manik Surtani > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > Note that this doesn't force Java7 at runtime, just build-time. Need to take into account continuous integration runs where the project will need to be built using Java7 but tested on Java6. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3274) Clean up Server module

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3274?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3274: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Clean up Server module > ---------------------- > > Key: ISPN-3274 > URL: https://issues.jboss.org/browse/ISPN-3274 > Project: Infinispan > Issue Type: Sub-task > Components: Configuration, Server, Test Suite > Reporter: Navin Surtani > Assignee: Navin Surtani > Fix For: 6.0.0.Alpha1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3281) Deadlock in non-transactional caches during rebalance

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3281?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3281: -------------------------------- Fix Version/s: 6.0.0.Alpha1 > Deadlock in non-transactional caches during rebalance > ----------------------------------------------------- > > Key: ISPN-3281 > URL: https://issues.jboss.org/browse/ISPN-3281 > Project: Infinispan > Issue Type: Bug > Components: Locking and Concurrency, State transfer > Affects Versions: 5.3.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > Say we have a cache with node A and node B joins. The cache topology id is 1, primary_owner(k) = A in the current CH and primary_owner(k) = B in the pending CH. > 1. Node A starts a put(k, v) command during the rebalance. It thinks it's the primary owner, so it acquires the lock locally and it forwards the command to B. > 2. B installs topology 2, primary_owner(k) = B in the current CH, and there is no pending CH. > 3. B receives the put(k, v) command from A. It thinks it's the primary owner, so it acquires the lock locally and it forwards the command to A. > 4. A receives the put(k, v) command from B. Again it thinks it's the primary owner and tries to acquire the lock locally, but it times out because the lock is held by another thread (from step 1). > I think it may be enough to update the topology id in the put(k, v) command on node B, before forwarding it back to A. That way, the command will block on node A until topology 2 is installed, and it won't try to lock the key again. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3281) Deadlock in non-transactional caches during rebalance

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3281?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3281: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Deadlock in non-transactional caches during rebalance > ----------------------------------------------------- > > Key: ISPN-3281 > URL: https://issues.jboss.org/browse/ISPN-3281 > Project: Infinispan > Issue Type: Bug > Components: Locking and Concurrency, State transfer > Affects Versions: 5.3.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > Say we have a cache with node A and node B joins. The cache topology id is 1, primary_owner(k) = A in the current CH and primary_owner(k) = B in the pending CH. > 1. Node A starts a put(k, v) command during the rebalance. It thinks it's the primary owner, so it acquires the lock locally and it forwards the command to B. > 2. B installs topology 2, primary_owner(k) = B in the current CH, and there is no pending CH. > 3. B receives the put(k, v) command from A. It thinks it's the primary owner, so it acquires the lock locally and it forwards the command to A. > 4. A receives the put(k, v) command from B. Again it thinks it's the primary owner and tries to acquire the lock locally, but it times out because the lock is held by another thread (from step 1). > I think it may be enough to update the topology id in the put(k, v) command on node B, before forwarding it back to A. That way, the command will block on node A until topology 2 is installed, and it won't try to lock the key again. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3176) Add tests for compatibility mode to server

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-3176?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-3176: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan-server/pull/122 > Add tests for compatibility mode to server > ------------------------------------------ > > Key: ISPN-3176 > URL: https://issues.jboss.org/browse/ISPN-3176 > Project: Infinispan > Issue Type: Task > Components: Server, Test Suite > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 6.0.0.Alpha1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2013