October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4693) Locks acquired before a partition will never be released

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4693?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4693: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.CR2 Resolution: Done > Locks acquired before a partition will never be released > -------------------------------------------------------- > > Key: ISPN-4693 > URL: https://issues.jboss.org/browse/ISPN-4693 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Erik Salter > Assignee: Dan Berindei > Fix For: 7.0.0.CR2, 7.0.0.Final > > > Consider the following case: > 1. A prepares a transaction for key K on nodes B and C. > 2. The primary owner B acquires and registers this lock. > 3. The cluster partitions and A,C remain in partition one, and B in a separate partition. > 4. The transaction rolls back. However, since B left the cluster, the rollback will not be sent to B. > 5. B rejoins the cluster. It still has a lock acquired for key K. > This can lead to a lock being acquired indefinitely. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4693) Locks acquired before a partition will never be released

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4693?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4693: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2942 > Locks acquired before a partition will never be released > -------------------------------------------------------- > > Key: ISPN-4693 > URL: https://issues.jboss.org/browse/ISPN-4693 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Erik Salter > Fix For: 7.0.0.CR2, 7.0.0.Final > > > Consider the following case: > 1. A prepares a transaction for key K on nodes B and C. > 2. The primary owner B acquires and registers this lock. > 3. The cluster partitions and A,C remain in partition one, and B in a separate partition. > 4. The transaction rolls back. However, since B left the cluster, the rollback will not be sent to B. > 5. B rejoins the cluster. It still has a lock acquired for key K. > This can lead to a lock being acquired indefinitely. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4693) Locks acquired before a partition will never be released

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4693?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4693: ------------------------------ Assignee: Dan Berindei > Locks acquired before a partition will never be released > -------------------------------------------------------- > > Key: ISPN-4693 > URL: https://issues.jboss.org/browse/ISPN-4693 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Erik Salter > Assignee: Dan Berindei > Fix For: 7.0.0.Final > > > Consider the following case: > 1. A prepares a transaction for key K on nodes B and C. > 2. The primary owner B acquires and registers this lock. > 3. The cluster partitions and A,C remain in partition one, and B in a separate partition. > 4. The transaction rolls back. However, since B left the cluster, the rollback will not be sent to B. > 5. B rejoins the cluster. It still has a lock acquired for key K. > This can lead to a lock being acquired indefinitely. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4852) PartitionHandling: support replicated caches

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4852?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4852: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > PartitionHandling: support replicated caches > -------------------------------------------- > > Key: ISPN-4852 > URL: https://issues.jboss.org/browse/ISPN-4852 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: partition_handling > Fix For: 7.0.0.CR2 > > > ISPN-4574 already did most of the job, but the PartitionHandlingManager component wasn't created for replicated caches. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4856) PartitionHandling: majority check in PreferConsistencyStrategy is incorrect

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4856?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4856: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > PartitionHandling: majority check in PreferConsistencyStrategy is incorrect > --------------------------------------------------------------------------- > > Key: ISPN-4856 > URL: https://issues.jboss.org/browse/ISPN-4856 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: partition_handling > Fix For: 7.0.0.CR2 > > > If the cluster has 3 members and one of them crashes, the remaining 2 should stay available. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4837) @CacheEntryActivated events received for keys not matching KeyFilter

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4837?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4837: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > @CacheEntryActivated events received for keys not matching KeyFilter > -------------------------------------------------------------------- > > Key: ISPN-4837 > URL: https://issues.jboss.org/browse/ISPN-4837 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 7.0.0.CR1 > Reporter: Paul Ferraro > Assignee: William Burns > Priority: Critical > Fix For: 7.0.0.CR2 > > > I have a local-mode Cache<Object, ?>, for which I register a cache listener using the following KeyFilter: > {noformat} > class MyFIlter implements KeyFilter<Object> { > @Override > public boolean accept(Object key) { > return key instanceof String; > } > } > {noformat} > However, my listener method still receives events for keys that does not match the filter with which my listener was registered. > e.g. > {noformat} > @CacheEntryActivated > public void activated(CacheEntryActivatedEvent<String, ?> event) { > String id = event.getKey(); // Throws a ClassCastException > // ... > } > {noformat} > I have not validated which other event types might exhibit the same issue. > Since this is a behavior regression, I'm filing this as critical. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4861) Need to change documentation for embedded cluster listeners and client listeners to reference new filter/converter

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4861?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-4861. ------------------------------------ Resolution: Done > Need to change documentation for embedded cluster listeners and client listeners to reference new filter/converter > ------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-4861 > URL: https://issues.jboss.org/browse/ISPN-4861 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 7.0.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.CR2 > > > The cluster listener filter and converters were recently changed to use CacheEventFilter and CacheEventConverter, which allow visibility to the old value, old metadata, whether it was a retry as well as the operation. We need to update documentation regarding this. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4516) Upgrade Spring integration to 4.0.6

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4516?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-4516: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Upgrade Spring integration to 4.0.6 > ----------------------------------- > > Key: ISPN-4516 > URL: https://issues.jboss.org/browse/ISPN-4516 > Project: Infinispan > Issue Type: Task > Components: Spring Integration > Affects Versions: 7.0.0.Alpha4 > Reporter: Gustavo Fernandes > Assignee: Sebastian Łaskawiec > Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4516) Upgrade Spring integration to 4.0.6

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4516?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-4516: ------------------------------------ Git Pull Request: https://github.com/infinispan/infinispan/pull/2733, https://github.com/infinispan/infinispan/pull/2957 (was: https://github.com/infinispan/infinispan/pull/2733) > Upgrade Spring integration to 4.0.6 > ----------------------------------- > > Key: ISPN-4516 > URL: https://issues.jboss.org/browse/ISPN-4516 > Project: Infinispan > Issue Type: Task > Components: Spring Integration > Affects Versions: 7.0.0.Alpha4 > Reporter: Gustavo Fernandes > Assignee: Sebastian Łaskawiec > Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4673) Split-brain: get() returns null when all owners are removed from view

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4673?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4673: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Split-brain: get() returns null when all owners are removed from view > --------------------------------------------------------------------- > > Key: ISPN-4673 > URL: https://issues.jboss.org/browse/ISPN-4673 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Blocker > Labels: partition_handling > Fix For: 7.0.0.CR2 > > > After split brain: when calling {{cache.get()}} for an entry that has all owners in the missing partition, JGroupsTransport removes the target nodes that are no longer members and then returns empty response map > BaseDistributionInterceptor.invokeClusterGetCommandRemotely takes empty map as null response, although the entry is just not available. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 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 October 2014