July 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8092) Scattered cache state transfer misses segments

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-8092?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-8092: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.1.1.Final Resolution: Done > Scattered cache state transfer misses segments > ---------------------------------------------- > > Key: ISPN-8092 > URL: https://issues.jboss.org/browse/ISPN-8092 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Minor > Fix For: 9.1.1.Final > > > I noticed this in the pull request for [ISPN-7997|https://github.com/infinispan/infinispan/pull/5253], which uses a {{ControlledConsistentHashFactory}} to make the stream tests more predictable. > For simplicity, I used 3 segments, and the ownership is as follows: > * With a full cluster ABC, A owns segment 0, B owns segment 1, and C owns segment 2 > * With a smaller cluster A, AB, or AC, A owns all the segments. > {{ScatteredStreamIteratorTest.verifyNodeLeavesAfterSendingBackSomeData[SCATTERED_SYNC, tx=false]}} kills node B, and A immediately becomes the owner of segment 1. Then the rebalance starts and A pushes segment 2 to node C, but it doesn't try to fetch any entries from segment 1 that were backed up on node C. > {noformat} > 17:35:09,897 DEBUG (remote-thread-test-NodeA-p2-t5:[testCache]) [ClusterTopologyManagerImpl] Updating cluster-wide current topology for cache testCache, topology = CacheTopology{id=7, rebalanceId=4, currentCH=ScatteredConsistentHash{ns=3, rebalanced=true, owners = (3)[test-NodeA-59810: 1, test-NodeB-37315: 1, test-NodeC-50539: 1]}, pendingCH=null, unionCH=null, phase=NO_REBALANCE, actualMembers=[test-NodeA-59810, test-NodeB-37315, test-NodeC-50539], persistentUUIDs=[6118c3ba-840e-4838-a0cf-1165d3d5ec4b, 38cc2bd9-0a21-4020-97ab-909a32506fa1, 6a4f1a13-0fbb-4f92-867e-64068d574d4d]}, availability mode = AVAILABLE > 17:35:10,974 DEBUG (remote-thread-test-NodeA-p2-t5:[testCache]) [ClusterTopologyManagerImpl] Updating cluster-wide current topology for cache testCache, topology = CacheTopology{id=8, rebalanceId=4, currentCH=ScatteredConsistentHash{ns=3, rebalanced=false, owners = (2)[test-NodeA-59810: 2, test-NodeC-50539: 1]}, pendingCH=null, unionCH=null, phase=NO_REBALANCE, actualMembers=[test-NodeA-59810, test-NodeC-50539], persistentUUIDs=[6118c3ba-840e-4838-a0cf-1165d3d5ec4b, 6a4f1a13-0fbb-4f92-867e-64068d574d4d]}, availability mode = AVAILABLE > 17:35:10,975 TRACE (transport-thread-test-NodeA-p4-t2:[Topology-testCache]) [StateConsumerImpl] On cache testCache we have: new segments: [0, 1]; old segments: [0] > 17:35:10,975 TRACE (transport-thread-test-NodeA-p4-t2:[Topology-testCache]) [StateConsumerImpl] On cache testCache we have: added segments: {1}; removed segments: {} > 17:35:10,975 TRACE (transport-thread-test-NodeA-p4-t2:[Topology-testCache]) [StateConsumerImpl] This is not a rebalance, not doing anything... > 17:35:10,976 INFO (remote-thread-test-NodeA-p2-t5:[testCache]) [CLUSTER] ISPN000310: Starting cluster-wide rebalance for cache testCache, topology CacheTopology{id=9, rebalanceId=5, currentCH=ScatteredConsistentHash{ns=3, rebalanced=false, owners = (2)[test-NodeA-59810: 2, test-NodeC-50539: 1]}, pendingCH=ScatteredConsistentHash{ns=3, rebalanced=true, owners = (2)[test-NodeA-59810: 3, test-NodeC-50539: 0]}, unionCH=null, phase=TRANSITORY, actualMembers=[test-NodeA-59810, test-NodeC-50539], persistentUUIDs=[6118c3ba-840e-4838-a0cf-1165d3d5ec4b, 6a4f1a13-0fbb-4f92-867e-64068d574d4d]} > 17:35:10,977 TRACE (transport-thread-test-NodeA-p4-t3:[Topology-testCache]) [CacheTopology] Current consistent hash's routing table: 0: 0, 1: 0, 2: 1 > 17:35:10,977 TRACE (transport-thread-test-NodeA-p4-t3:[Topology-testCache]) [CacheTopology] Pending consistent hash's routing table: 0: 0, 1: 0, 2: 0 > 17:35:10,978 TRACE (transport-thread-test-NodeA-p4-t3:[Topology-testCache]) [ScatteredVersionManager] Node will transfer value for topology 9 > 17:35:10,978 TRACE (transport-thread-test-NodeA-p4-t3:[Topology-testCache]) [StateConsumerImpl] On cache testCache we have: new segments: [0, 1, 2]; old segments: [0, 1] > 17:35:10,978 TRACE (transport-thread-test-NodeA-p4-t3:[Topology-testCache]) [StateConsumerImpl] On cache testCache we have: added segments: {2}; removed segments: {} > 17:35:10,979 TRACE (transport-thread-test-NodeA-p4-t3:[Topology-testCache]) [JGroupsTransport] test-NodeA-59810 sending request 9 to all: StateRequestCommand{cache=testCache, origin=test-NodeA-59810, type=CONFIRM_REVOKED_SEGMENTS, topologyId=9, segments=null} > 17:35:10,989 TRACE (transport-thread-test-NodeA-p4-t3:[Topology-testCache]) [StateProviderImpl] Segments to replicate and invalidate: [0, 1] > 17:35:10,989 TRACE (transport-thread-test-NodeA-p4-t1:[]) [OutboundTransferTask] Sending last chunk to node test-NodeC-50539 containing 0 cache entries from segments [0, 1] > 17:35:10,989 TRACE (stateTransferExecutor-thread-test-NodeA-p7-t1:[StateRequest-testCache]) [RpcManagerImpl] test-NodeA-59810 invoking StateRequestCommand{cache=testCache, origin=test-NodeA-59810, type=START_KEYS_TRANSFER, topologyId=9, segments={2}} to recipient list [test-NodeC-50539] with options RpcOptions{timeout=240000, unit=MILLISECONDS, deliverOrder=NONE, responseFilter=null, responseMode=SYNCHRONOUS_IGNORE_LEAVERS} > 17:35:11,017 INFO (transport-thread-test-NodeA-p4-t4:[testCache]) [CLUSTER] ISPN000336: Finished cluster-wide rebalance for cache testCache, topology id = 9 > 17:35:11,017 DEBUG (transport-thread-test-NodeA-p4-t4:[testCache]) [ClusterTopologyManagerImpl] Updating cluster-wide current topology for cache testCache, topology = CacheTopology{id=10, rebalanceId=5, currentCH=ScatteredConsistentHash{ns=3, rebalanced=true, owners = (2)[test-NodeA-59810: 3, test-NodeC-50539: 0]}, pendingCH=null, unionCH=null, phase=NO_REBALANCE, actualMembers=[test-NodeA-59810, test-NodeC-50539], persistentUUIDs=[6118c3ba-840e-4838-a0cf-1165d3d5ec4b, 6a4f1a13-0fbb-4f92-867e-64068d574d4d]}, availability mode = AVAILABLE > {noformat} > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8121) Add license stanza to root pom

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8121?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8121: ------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/5322, https://github.com/infinispan/infinispan/pull/5323 (was: https://github.com/infinispan/infinispan/pull/5322) > Add license stanza to root pom > ------------------------------ > > Key: ISPN-8121 > URL: https://issues.jboss.org/browse/ISPN-8121 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 5.2.20.Final, 8.1.9.Final, 9.1.0.Final, 9.0.3.Final, 8.2.8.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 5.2.21.Final, 9.0.4.Final, 9.1.1.Final, 8.1.10.Final, 8.2.9.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8121) Add license stanza to root pom

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8121?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8121: ------------------------------- Fix Version/s: 5.2.21.Final 9.0.4.Final 9.1.1.Final 8.1.10.Final 8.2.9.Final > Add license stanza to root pom > ------------------------------ > > Key: ISPN-8121 > URL: https://issues.jboss.org/browse/ISPN-8121 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 5.2.20.Final, 8.1.9.Final, 9.1.0.Final, 9.0.3.Final, 8.2.8.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 5.2.21.Final, 9.0.4.Final, 9.1.1.Final, 8.1.10.Final, 8.2.9.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8122) Add license stanza to root pom

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-8122: ---------------------------------- Summary: Add license stanza to root pom Key: ISPN-8122 URL: https://issues.jboss.org/browse/ISPN-8122 Project: Infinispan Issue Type: Task Components: Build process Affects Versions: 5.2.20.Final, 8.1.9.Final, 9.1.0.Final, 9.0.3.Final, 8.2.8.Final Reporter: Ryan Emerson Assignee: Ryan Emerson Fix For: 5.2.21.Final, 9.0.4.Final, 9.1.1.Final, 8.1.10.Final, 8.2.9.Final -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8121) Add license stanza to root pom

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8121?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8121: ------------------------------- Status: Open (was: New) > Add license stanza to root pom > ------------------------------ > > Key: ISPN-8121 > URL: https://issues.jboss.org/browse/ISPN-8121 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 5.2.20.Final, 8.1.9.Final, 9.1.0.Final, 9.0.3.Final, 8.2.8.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8121) Add license stanza to root pom

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8121?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8121: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5322 > Add license stanza to root pom > ------------------------------ > > Key: ISPN-8121 > URL: https://issues.jboss.org/browse/ISPN-8121 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 5.2.20.Final, 8.1.9.Final, 9.1.0.Final, 9.0.3.Final, 8.2.8.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8121) Add license stanza to root pom

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8121?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8121: ------------------------------- Summary: Add license stanza to root pom (was: Add license stanza to root pom.xml) > Add license stanza to root pom > ------------------------------ > > Key: ISPN-8121 > URL: https://issues.jboss.org/browse/ISPN-8121 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 5.2.20.Final, 8.1.9.Final, 9.1.0.Final, 9.0.3.Final, 8.2.8.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8121) Add license stanza to root pom.xml

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-8121: ---------------------------------- Summary: Add license stanza to root pom.xml Key: ISPN-8121 URL: https://issues.jboss.org/browse/ISPN-8121 Project: Infinispan Issue Type: Task Components: Build process Affects Versions: 8.2.8.Final, 9.0.3.Final, 9.1.0.Final, 8.1.9.Final, 5.2.20.Final Reporter: Ryan Emerson Assignee: Ryan Emerson -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7840) Indexing should happen on owners

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-7840?page=com.atlassian.jira.plugin.... ] Radim Vansa edited comment on ISPN-7840 at 7/28/17 4:40 AM: ------------------------------------------------------------ Moving QueryInterceptor below EWI caused a regression in transactional cache; index updates are sent twice, because EWI multiplexes modifications in PrepareCommand on its own. Will be handled in ISPN-7806. was (Author: rvansa): Moving QueryInterceptor below EWI caused a regression in transactional cache; index updates are sent twice, because EWI multiplexes modifications in PrepareCommand on its own. > Indexing should happen on owners > -------------------------------- > > Key: ISPN-7840 > URL: https://issues.jboss.org/browse/ISPN-7840 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.0.Alpha1, 9.1.0.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7840) Indexing should happen on owners

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-7840?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-7840: ----------------------------------- Moving QueryInterceptor below EWI caused a regression in transactional cache; index updates are sent twice, because EWI multiplexes modifications in PrepareCommand on its own. > Indexing should happen on owners > -------------------------------- > > Key: ISPN-7840 > URL: https://issues.jboss.org/browse/ISPN-7840 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.0.Alpha1, 9.1.0.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2017