January 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2574) Segment transfer not restarted if the owner fails

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2574?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2574: ----------------------------------------------- Michal Linhard <mlinhard(a)redhat.com> made a comment on [bug 882162|https://bugzilla.redhat.com/show_bug.cgi?id=882162] Fails for ER8 > Segment transfer not restarted if the owner fails > ------------------------------------------------- > > Key: ISPN-2574 > URL: https://issues.jboss.org/browse/ISPN-2574 > Project: Infinispan > Issue Type: Bug > Components: State transfer > Affects Versions: 5.2.0.Beta4 > Reporter: Radim Vansa > Assignee: Adrian Nistor > Priority: Critical > Fix For: 5.2.0.CR1 > > > Imagine this situation in distributed cache with 3 owners: > 1) The segment X is owned by nodes A, B, C > 2) Node B fails -> CH_UPDATE and then REBALANCE_START are broadcasted > 3) Node D starts transfer of segment X from C > 4) Node C fails -> another CH_UPDATE is broadcasted > 5) D handes the CH_UPDATE and removes the transfer of segment X from C, but does not start another transfer from A > The {{addedSegments}} does not contain the restarted transfer, because all transfers from write consistent hash are removed from it in the beginning - the segment is considered received here although the transfer is still in progress. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2697) HotRodServer startup fails when its record cannot be inserted into topology cache

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2697?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2697: ----------------------------------- Assignee: (was: Galder Zamarreño) > HotRodServer startup fails when its record cannot be inserted into topology cache > --------------------------------------------------------------------------------- > > Key: ISPN-2697 > URL: https://issues.jboss.org/browse/ISPN-2697 > Project: Infinispan > Issue Type: Bug > Components: Remote protocols > Affects Versions: 5.2.0.Beta6 > Reporter: Radim Vansa > Priority: Critical > Fix For: 5.2.0.CR2 > > > When the HotRodServer starts it inserts its record to __hotRodTopologyCache ({{HotRodServer.addSelfToTopologyView(...)}}). > However, this put may very easily fail - as the command is broadcasted using NAKACK2 protocol, if the message gets lost and there's no following broadcasted message, the message will be not retransmitted and the put operation times out (Replication timeout), which fails the whole HotRodServer startup, all because of one lost UDP message. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2649) Extend PutMapCommandTest to test with optimistic caches and write skew check

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2649?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2649: -------------------------------- Fix Version/s: 5.3.0.Final (was: 5.2.0.Final) > Extend PutMapCommandTest to test with optimistic caches and write skew check > ---------------------------------------------------------------------------- > > Key: ISPN-2649 > URL: https://issues.jboss.org/browse/ISPN-2649 > Project: Infinispan > Issue Type: Task > Components: Core API > Affects Versions: 5.2.0.Beta5 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 5.3.0.Final > > > There is no evidence yet that write skew check is properly performed for PutMapCommand in clustered mode. Need to cover this with a unit test. > What worries me is the BaseDistributionInterceptor.visitPutMapCommand() method calls handleWriteCommand() with parameter skipRemoteGet==true. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2647) ReplaceCommand does not perform any modifications if the entry was not yet transfered during rehashing

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2647?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2647: -------------------------------- Fix Version/s: 5.2.0.CR2 (was: 5.2.0.Final) > ReplaceCommand does not perform any modifications if the entry was not yet transfered during rehashing > ------------------------------------------------------------------------------------------------------ > > Key: ISPN-2647 > URL: https://issues.jboss.org/browse/ISPN-2647 > Project: Infinispan > Issue Type: Bug > Components: State transfer > Affects Versions: 5.2.0.Beta5 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 5.2.0.CR2 > > > The local data container does not have the entry yet so the ReplaceCommand fails. See BaseDistStateTransferConsistencyTest.testReplace() and BaseReplStateTransferConsistencyTest.testReplace(). -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2574) Segment transfer not restarted if the owner fails

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2574?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2574: ----------------------------------------------- Michal Linhard <mlinhard(a)redhat.com> changed the Status of [bug 882162|https://bugzilla.redhat.com/show_bug.cgi?id=882162] from ON_QA to ASSIGNED > Segment transfer not restarted if the owner fails > ------------------------------------------------- > > Key: ISPN-2574 > URL: https://issues.jboss.org/browse/ISPN-2574 > Project: Infinispan > Issue Type: Bug > Components: State transfer > Affects Versions: 5.2.0.Beta4 > Reporter: Radim Vansa > Assignee: Adrian Nistor > Priority: Critical > Fix For: 5.2.0.CR1 > > > Imagine this situation in distributed cache with 3 owners: > 1) The segment X is owned by nodes A, B, C > 2) Node B fails -> CH_UPDATE and then REBALANCE_START are broadcasted > 3) Node D starts transfer of segment X from C > 4) Node C fails -> another CH_UPDATE is broadcasted > 5) D handes the CH_UPDATE and removes the transfer of segment X from C, but does not start another transfer from A > The {{addedSegments}} does not contain the restarted transfer, because all transfers from write consistent hash are removed from it in the beginning - the segment is considered received here although the transfer is still in progress. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2697) HotRodServer startup fails when its record cannot be inserted into topology cache

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2697?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-2697: ---------------------------------------- Guys, is this an issue at all? Not sure why it's assigned to me either... > HotRodServer startup fails when its record cannot be inserted into topology cache > --------------------------------------------------------------------------------- > > Key: ISPN-2697 > URL: https://issues.jboss.org/browse/ISPN-2697 > Project: Infinispan > Issue Type: Bug > Components: Remote protocols > Affects Versions: 5.2.0.Beta6 > Reporter: Radim Vansa > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 5.2.0.CR2 > > > When the HotRodServer starts it inserts its record to __hotRodTopologyCache ({{HotRodServer.addSelfToTopologyView(...)}}). > However, this put may very easily fail - as the command is broadcasted using NAKACK2 protocol, if the message gets lost and there's no following broadcasted message, the message will be not retransmitted and the put operation times out (Replication timeout), which fails the whole HotRodServer startup, all because of one lost UDP message. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2326) c3p0 not part of the release

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2326?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2326: -------------------------------- Priority: Blocker (was: Critical) > c3p0 not part of the release > ---------------------------- > > Key: ISPN-2326 > URL: https://issues.jboss.org/browse/ISPN-2326 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 5.2.0.Alpha4 > Reporter: Thomas Fromm > Assignee: Adrian Nistor > Priority: Blocker > Fix For: 5.2.0.Final > > > According infinispan-5.2.0.Alpha4-all/modules/cachestores/jdbc/runtime-classpath.txt c3p0 lib should be part of the release. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2359) Query should not reindex cache entries on preload or activation

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2359?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2359: -------------------------------- Fix Version/s: 5.3.0.Final (was: 5.2.0.Final) > Query should not reindex cache entries on preload or activation > --------------------------------------------------------------- > > Key: ISPN-2359 > URL: https://issues.jboss.org/browse/ISPN-2359 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 5.3.0.Final > > > If a cache entry is returning to the Infinispan datacontainer after activation or preloading it should not be re-indexed. > Check also that passivation doesn't remove the entry from the index. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1583) AbstractDelegatingAdvancedCache with(ClassLoader), withFlags(Flag...) logic is broken

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-1583?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-1583: ----------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/1571 > AbstractDelegatingAdvancedCache with(ClassLoader), withFlags(Flag...) logic is broken > ------------------------------------------------------------------------------------- > > Key: ISPN-1583 > URL: https://issues.jboss.org/browse/ISPN-1583 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.1.0.BETA5 > Reporter: Paul Ferraro > Assignee: Galder Zamarreño > Fix For: 5.2.0.CR2, 5.2.0.Final > > > When the withFlags(...) logic was modified to use a DecoratedCache instead of thread-local storage, any caches already decorated with the AbstractDelegatingAdvancedCache(...) broke. > Take the following code: > AdvancedCache<K, V> baseCache; > AdvancedCache<K, V> customCache = new AbstractDelegatingAdvancedCache<K, V>(baseCache) { > public void clear() { > // custom clear logic > } > }; > customCache.withFlags(Flag.CACHE_MODE_LOCAL).clear(); > In the above statement, the flag is not applied. > The call to withFlags(...) returns a reference to customCache, and the reference to DecoratedCache containing the flags is lost to garbage collection. > In the case of with(ClassLoader) we have the opposite problem. > customCache.with(customClassLoader).clear(); > In the above statement, the native clear() method is invoked instead of my custom clear() method. with(ClassLoader) returns a reference to DecoratedCache. The clear() method then operates on baseCache, instead of customCache. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2405) Pessimistic transactions can leak locks when cluster topology changes

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2405?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2405: -------------------------------- Priority: Blocker (was: Critical) > Pessimistic transactions can leak locks when cluster topology changes > --------------------------------------------------------------------- > > Key: ISPN-2405 > URL: https://issues.jboss.org/browse/ISPN-2405 > Project: Infinispan > Issue Type: Bug > Components: State transfer, Transactions > Affects Versions: 5.2.0.ALPHA1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Priority: Blocker > Fix For: 5.2.0.Final > > -- 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

13 years, 3 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 January 2013