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

Reply via email to