On 06/06/16 12:45 AM, satish kumar wrote:
> Hello,
> 
> Virtual Synchrony Property - messages are delivered in agreed order and
> configuration changes are delivered in agreed order relative to message.
> 
> What happen to this property when network is partitioned the cluster
> into two. Consider following scenario (which I took from one of the
> previous query by Andrei Elkin):
> 
> * N1, N2 and N3 are in state sync with m(k-1) messages are delivered.
> * N1 sends m(k) and just now network partition N1 node from N2 and N3.
> 
> Does CPG_TYPE_AGREED guarantee that virtual synchrony is held?
> 
> When property is held, configuration change message C1 is guaranteed to
> delivered before m(k) to N1.
> N1 will see: m(k-1) C1 m(k)
> N2 and N3 will see: m(k-1) C1
> 
> But if this property is violated:
> N1 will see: m(k-1) m(k) C1
> N2 and N3 will see: m(k-1) C1
> 
> Violation will screw any user application running on the cluster.
> 
> Could someone please explain what is the behavior of Corosync in this
> scenario with CPG_TYPE_AGREED ordering.
> 
> Regards,
> Satish

Hi Satish,

  This list is deprecated (and mostly dead). Please subscribe to
clusterlabs - users (http://clusterlabs.org/mailman/listinfo/users) and
repost your question there. Many more people will see the question.

cheers

-- 
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without
access to education?
_______________________________________________
Openais mailing list
[email protected]
https://lists.linuxfoundation.org/mailman/listinfo/openais

Reply via email to