Other way to observe the same (maybe other reason??):
After booting both nodes, when doing a service cman start on both nodes with some seconds of interval between both commands, the two nodes join the cluster and get quored. When doing service cman stop on both nodes (also with some seconds of interval between both commands), one of the nodes successfully leaves the cluster, but the other prints this out
[EMAIL PROTECTED] ~]# service cman stop
Stopping cluster:
Stopping fencing... done
Stopping cman... failed
Timed-out waiting for cluster
[FAILED]
while the messages in the log are
Dec 7 15:27:17 m07 openais[5436]: [TOTEM] The consensus timeout expired.
Dec 7 15:27:17 m07 openais[5436]: [TOTEM] entering GATHER state from 3.
Dec 7 15:27:32 m07 openais[5436]: [TOTEM] The consensus timeout expired.
Dec 7 15:27:32 m07 openais[5436]: [TOTEM] entering GATHER state from 3.
Dec 7 15:27:47 m07 openais[5436]: [TOTEM] The consensus timeout expired.
Dec 7 15:27:47 m07 openais[5436]: [TOTEM] entering GATHER state from 3.
Do you know what the problem is?
output of ps fax:
....
5430 ? Ssl 0:00 /sbin/ccsd
5436 ? SLl 0:03 aisexec
5450 ? Ss 0:00 /sbin/groupd
5458 ? Ss 0:00 /sbin/fenced
5464 ? Ss 0:00 /sbin/dlm_controld
5470 ? Ss 0:00 /sbin/gfs_controld
...
cluster.conf
<?xml version="1.0"?>
<cluster name="VoIP_RCTS" config_version="8">
<!-- The quorum disk solves the imbalance caused by this two-node
cluster -->
<cman two_node="0" expected_votes="3">
</cman>
<!-- Change logging from /var/log/messages to /log/cluster/cluster.log -->
<rm log_level="6" log_facility="local4">
</rm>
<fence_daemon post_join_delay="10"/>
<clusternodes>
<clusternode name="m07.<whatever>" votes="1" nodeid="1">
<fence>
<method name="1"><device
name="fence_bladecenter-VoIP_RCTS-cluster" blade="7"/></method>
</fence>
</clusternode>
<clusternode name="m08.<whatever>" votes="1" nodeid="2">
<fence>
<method name="1"><device
name="fence_bladecenter-VoIP_RCTS-cluster" blade="8"/></method>
</fence>
</clusternode>
</clusternodes>
<fencedevices>
<fencedevice name="fence_bladecenter-VoIP_RCTS-cluster"
agent="fence_bladecenter" ipaddr="192.168.0.1" login="<login>"
password="<password>"/>
</fencedevices> <!-- Specify here the shared quorum disk --> <quorumd label="QUORUM-VoIP" votes="1"/></cluster> Pedro Bandim Faustino email/sip: [EMAIL PROTECTED] FCCN - Fundação para a Computação Científica Nacional Av. do Brasil, n.º 101 1700-066 Lisboa Tel: +351 21 844 0100 Fax: +351 21 847 2167 www.fccn.pt Aviso de Confidencialidade Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha recepcionado indevidamente esta mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o telefone +351 218440100 devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail or by telephone +351 218440100 and delete it immediately. Pedro Bandim Faustino wrote:
Hi All,I've a running cluster (v2.01.00) with two Fedora7 nodes. While testing I've disabled all the NICs in one node. I started observing these messages on the other node:Dec 7 13:05:55 m07 openais[4233]: [TOTEM] The consensus timeout expired. Dec 7 13:05:55 m07 openais[4233]: [TOTEM] entering GATHER state from 3. Dec 7 13:06:10 m07 openais[4233]: [TOTEM] The consensus timeout expired. Dec 7 13:06:10 m07 openais[4233]: [TOTEM] entering GATHER state from 3. Dec 7 13:06:25 m07 openais[4233]: [TOTEM] The consensus timeout expired. Dec 7 13:06:25 m07 openais[4233]: [TOTEM] entering GATHER state from 3.When I enabled the NICs and network was restored the same messages kept appearing, now on both nodes.I've searched but couldn't find an answer/explanation. Thanks for your help, ------------------------------------------------------------------------ -- Linux-cluster mailing list [email protected] https://www.redhat.com/mailman/listinfo/linux-cluster
smime.p7s
Description: S/MIME Cryptographic Signature
-- Linux-cluster mailing list [email protected] https://www.redhat.com/mailman/listinfo/linux-cluster
