[Linux-cluster] Redhat without qdisk

emmanuel segura emi2fast at gmail.com
Thu Apr 12 15:18:34 UTC 2012

That's right

you'll found your cluster partitioned and if you "<cman two_node="1"
expected_votes="1">" as redhat setting our cluster maybe you get data

Because every node can operate with one vote an rich the quorum state

Forse the fencing problem redhat implement a work around as permanent

fence delay for some cluster agents

For fence_scsi in Redhat 5.X the redhat support says it's ok for production
BAAAAA not tre

AND i the redhat technical tells the cluster don't require the quorum disk

Il giorno 12 aprile 2012 16:47, Daniel Bourque
<dbourque at accuweather.com>ha scritto:

>  A qdisk is just another way to maintain quorum in cluster. there is a
> special two node cluster mode designed to allow for quorum to be maintained
> by the surviving node.
>  <cman two_node="1" expected_votes="1">
> </cman>
>  But it's not very clear to me what happens with fencing if both nodes
> get partitioned on the network. Do they both try to fence each other off ?
> --
> Dan
>     ------------------------------
> *From:* linux-cluster-bounces at redhat.com [linux-cluster-bounces at redhat.com]
> on behalf of emmanuel segura [emi2fast at gmail.com]
> *Sent:* Thursday, April 12, 2012 9:25 AM
> *To:* linux clustering
> *Subject:* [Linux-cluster] Redhat without qdisk
>  Hello all List
> I have a big question about qdisk in a two cluster
> one of out clients has too many cluster in two nodes configuration and one
> RedHat technical came to us and said that there is no need to use the
> qdisk
> I would to know if this is true
> I really think it's a bad idea
> --
> esta es mi vida e me la vivo hasta que dios quiera
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster

esta es mi vida e me la vivo hasta que dios quiera
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20120412/9dab01f4/attachment.htm>

More information about the Linux-cluster mailing list