[infinispan-dev] Verbose logging in state transfer
Guys,
I had a test fail (for some completely unrelated reason) and I found the following in WARN
level logging:
2013-02-19 15:56:07,016 WARN [CommandAwareRpcDispatcher] (OOB-2,ISPN,NodeC-28368)
Problems invoking command CacheTopologyControlCommand{cache=___defaultcache,
type=REBALANCE_START, sender=NodeA-13767, joinInfo=null, topologyId=6,
currentCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeB-35945,
NodeC-28368], owners={0: 0, 1: 0, 2: 0, 3: 0, 4: 0, 5: 0, 6: 0, 7: 0, 8: 0, 9: 0, 10: 1,
11: 1, 12: 1, 13: 1, 14: 1, 15: 1, 16: 1, 17: 1, 18: 1, 19: 1, 20: 1, 21: 1, 22: 1, 23: 1,
24: 1, 25: 1, 26: 1, 27: 1, 28: 1, 29: 1, 30: 0, 31: 0, 32: 0, 33: 0, 34: 0, 35: 0, 36: 0,
37: 0, 38: 0, 39: 0, 40: 0 1, 41: 0 1, 42: 0 1, 43: 0 1, 44: 0 1, 45: 0 1, 46: 0 1, 47: 0
1, 48: 0 1, 49: 0 1, 50: 1 0, 51: 1 0, 52: 1 0, 53: 1 0, 54: 1 0, 55: 1 0, 56: 1 0, 57: 1
0, 58: 1 0, 59: 1 0}, pendingCH=DefaultConsistentHash{numSegments=60, numOwners=2,
members=[NodeB-35945, NodeC-28368], owners={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 1, 10: 1 0, 11: 1 0, 12: 1 0, 13: 1 0, 14: 1 0, 15: 1 0,
16: 1 0, 17: 1 0, 18: 1 0, 19: 1 0, 20: 1 0, 21: 1 0, 22: 1 0, 23: 1 0, 24: 1 0, 25: 1 0,
26: 1 0, 27: 1 0, 28: 1 0, 29: 1 0, 30: 0 1, 31: 0 1, 32: 0 1, 33: 0 1, 34: 0 1, 35: 0 1,
36: 0 1, 37: 0 1, 38: 0 1, 39: 0 1, 40: 0 1, 41: 0 1, 42: 0 1, 43: 0 1, 44: 0 1, 45: 0 1,
46: 0 1, 47: 0 1, 48: 0 1, 49: 0 1, 50: 1 0, 51: 1 0, 52: 1 0, 53: 1 0, 54: 1 0, 55: 1 0,
56: 1 0, 57: 1 0, 58: 1 0, 59: 1 0}, throwable=null, viewId=2}
This test only contained 3 nodes as well. That's a lot of detailed info there -
dumping the entire consistent hash with all of its segments. In a more realistic
scenario, with, say, 100+ nodes and maybe 2000 segments, this will drive any sys admin
insane. :)
Do we need to be so verbose?
- Manik
--
Manik Surtani
manik(a)jboss.org
twitter.com/maniksurtani
Platform Architect, JBoss Data Grid
http://red.ht/data-grid