On 08/07/2012 05:15 AM, jason wrote: > Hi All, > > According to the paper of Yair Amir, my_received_flg indicates whether > the member has received all messages from the processors in its > my_deliver_memb in a previous failed pass through the Recovery state in > which the new ring was not installed. So in my opinion my_received_flg > should be set only by message_handler_off_token() in recovey state and > read by memb_state_commit_token_update() in the next round of commit. > > So I do not understand why my_received_flg be overwrited by > memb_state_commit_token_update() like this: my_received_flg = my_aru == > my_high_seq_received. > > Could you please explain this? Many thanks. > > This is one of the areas of totem which I think our implementation may not be matching the specification exactly. I was never clear on how my_received_flg should be handled. If you have a test case + patches that implement your suggestions, we could give them a try. Regards -steve > > _______________________________________________ > discuss mailing list > discuss@xxxxxxxxxxxx > http://lists.corosync.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss@xxxxxxxxxxxx http://lists.corosync.org/mailman/listinfo/discuss