On Tue, Apr 06, 2010 at 02:05:00PM +0200, Jan Friesse wrote: > Same patch but rebased on top of Steve's change (today trunk).
Thanks, this is mostly working well, but I've found one problem, and one additional thing I need (mentioned on irc already): 1. When a node joins, I get the totem callback before the corresponding confchg callback. When a node leaves I get them in the expected order: confchg followed by totem callback. 2. When my app starts up it needs to be able to get the current ring id, so we need to be able to get/force an initial totem callback after a cpg_join that indicates the current ring id. I've also had a problem getting the current sequence number through libcman/cman_get_cluster()/ci_generation --- On node 2 I see: in cman_dispatch statechange callback: call cman_get_cluster(), get generation 2124 call cman_get_nodes(), see node 1 removed in cman_dispatch statechange callback: call cman_get_cluster(), get generation 2128 call cman_get_nodes(), see node 1 added in cman_dispatch statechange callback: call cman_get_cluster(), get generation 2128 (expect 2132) call cman_get_nodes(), see node 1 removed in cman_dispatch statechange callback: call cman_get_cluster(), get generation 2136 call cman_get_nodes(), see node 1 added The second time node 1 is removed I get the previous generation when node 1 was added instead of generation 2132 which the callback is for. On node 4 I do get generation 2132 in that callback as expected. So it seems like it could be a race, I've only gone through this test once. Dave _______________________________________________ Openais mailing list Openais@lists.linux-foundation.org https://lists.linux-foundation.org/mailman/listinfo/openais