|Summary:||Need quorum plugin for corosync that uses network instead of disks|
|Product:||Red Hat Enterprise Linux 6||Reporter:||Perry Myers <pmyers>|
|Component:||cluster||Assignee:||Lon Hohberger <lhh>|
|Status:||CLOSED DUPLICATE||QA Contact:||Cluster QE <mspqa-list>|
|Version:||6.0||CC:||amoralej, ccaulfie, cluster-maint, dherrman, djuran, fbijlsma, jfenal, lhh, rohara, rpeterso, teigland|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2010-09-30 20:09:28 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Perry Myers 2010-05-11 17:31:37 UTC
Description of problem: qdisk presently is implemented to provide additional votes per node based on ability to access shared storage. For multi-site stretch clusters it would be better to implement this using a 3rd site node that is not a cluster member that can be accessed via network. So if a node can get to this 3rd site via network, it gets the extra vote.
Comment 1 Ryan O'Hara 2010-08-30 20:28:44 UTC
Can this actually be done as a corosync plugin in RHEL6? I'm not convinced it can. Steve seems think that we're stuck with cman infrastructure for quorum related things until RHEL7. If this is true, the solution will need to be like qdisk but over network, with daemon receiving updates.
Comment 2 Lon Hohberger 2010-08-30 20:30:11 UTC
It's possible to use the CMAN API like we do today and implement a very simple client/server protocol to talk to the third site.