[ https://issues.jboss.org/browse/ISPN-2608?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-2608: ------------------------------------ Pedro, your test failure seems to be caused by ISPN-3315: the test tries to check the results of state transfer before the state transfer is actually over, and node B sends a remote get command to A for key "hello" just after A installed the new CH in which it is no longer an owner. {noformat} 07:25:24.257 TRACE [CacheTopology] (remote-thread-1,NodeB) Current consistent hash's routing table: 0: 0 1, 1: 0 1, 2: 0 1, 3: 0 1, 4: 0 1, 5: 0 1, 6: 0 1, 7: 0 1, 8: 0 1, 9: 0 3, 10: 0, 11: 0, 12: 3 0, 13: 3 0, 14: 3 0, 15: 2 0, 16: 2 0, 17: 2 0, 18: 2 0, 19: 2 0, 20: 0, 21: 0, 22: 0, *23: 0*, 24: 3, 25: 3, 26: 3, 27: 3, 28: 3, 29: 3, 30: 1 2, 31: 1 2, 32: 1 2, 33: 1 2, 34: 1 2, 35: 1 2, 36: 1 2, 37: 1 2, 38: 1 2, 39: 1 2, 40: 1, 41: 1, 42: 3 1, 43: 3 1, 44: 3 1, 45: 2 3, 46: 2 3, 47: 2 3, 48: 2 3, 49: 2, 50: 3, 51: 2, 52: 3, 53: 3, 54: 3, 55: 2, 56: 2, 57: 3, 58: 3 2, 59: 3 07:25:25.046 DEBUG [VersionedDistStateTransferTest] (testng) Leaver stopped, checking transferred data 07:25:25.048 TRACE [CacheTopology] (asyncTransportThread-3,NodeA) Current consistent hash's routing table: 0: 0 1, 1: 0 1, 2: 0 1, 3: 0 1, 4: 0 1, 5: 0 1, 6: 0 1, 7: 0 1, 8: 0 1, 9: 0 3, 10: 0 1, 11: 0 3, 12: 3 0, 13: 3 0, 14: 3 0, 15: 2 0, 16: 2 0, 17: 2 0, 18: 2 0, 19: 2 0, 20: 0 1, 21: 0 2, 22: 0 3, *23: 2 3*, 24: 3 0, 25: 3 0, 26: 3 0, 27: 3 1, 28: 3 2, 29: 3 0, 30: 1 2, 31: 1 2, 32: 1 2, 33: 1 2, 34: 1 2, 35: 1 2, 36: 1 2, 37: 1 2, 38: 1 2, 39: 1 2, 40: 1 3, 41: 1 2, 42: 1 3, 43: 1 3, 44: 1 3, 45: 2 3, 46: 2 3, 47: 2 3, 48: 2 3, 49: 2 1, 50: 3 0, 51: 2 3, 52: 3 1, 53: 3 2, 54: 3 0, 55: 2 3, 56: 2 1, 57: 3 2, 58: 2 3, 59: 3 0 07:25:25.067 TRACE [RpcManagerImpl] (testng) NodeB-45000 invoking ClusteredGetCommand{key=MagicKey#hello{7919f024@NodeC-31313/23}, flags=null} to recipient list [NodeA-1669] with options RpcOptions{timeout=15000, unit=MILLISECONDS, fifoOrder=false, totalOrder=false, responseFilter=org.infinispan.remoting.responses.ClusteredGetResponseValidityFilter@2b51ed99, responseMode=WAIT_FOR_VALID_RESPONSE, skipReplicationQueue=false} 07:25:25.067 TRACE [CacheTopology] (remote-thread-1,NodeB) Current consistent hash's routing table: 0: 0 1, 1: 0 1, 2: 0 1, 3: 0 1, 4: 0 1, 5: 0 1, 6: 0 1, 7: 0 1, 8: 0 1, 9: 0 3, 10: 0 1, 11: 0 3, 12: 3 0, 13: 3 0, 14: 3 0, 15: 2 0, 16: 2 0, 17: 2 0, 18: 2 0, 19: 2 0, 20: 0 1, 21: 0 2, 22: 0 3, *23: 2 3*, 24: 3 0, 25: 3 0, 26: 3 0, 27: 3 1, 28: 3 2, 29: 3 0, 30: 1 2, 31: 1 2, 32: 1 2, 33: 1 2, 34: 1 2, 35: 1 2, 36: 1 2, 37: 1 2, 38: 1 2, 39: 1 2, 40: 1 3, 41: 1 2, 42: 1 3, 43: 1 3, 44: 1 3, 45: 2 3, 46: 2 3, 47: 2 3, 48: 2 3, 49: 2 1, 50: 3 0, 51: 2 3, 52: 3 1, 53: 3 2, 54: 3 0, 55: 2 3, 56: 2 1, 57: 3 2, 58: 2 3, 59: 3 0 07:25:25.076 DEBUG [StateConsumerImpl] (asyncTransportThread-3,NodeA) Removing state for segments not in [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 17, 16, 19, 18, 21, 20, 22, 25, 24, 26, 29, 50, 54, 59] or [23] for cache ___defaultcache 07:25:25.080 TRACE [GetKeyValueCommand] (OOB-4,ISPN,NodeA-1669) Entry not found 07:25:25.080 TRACE [RpcManagerImpl] (testng) Response(s) to ClusteredGetCommand{key=MagicKey#hello{7919f024@NodeC-31313/23}, flags=null} is {} {noformat} I'll change this test to wait for the state transfer to end before checking the transferred state, and I'll add a separate test for ISPN-3315 to check the behaviour of get during the state transfer. -- 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