[Linux-cluster] Question about cluster behavior

FABIO FERRARI fabio.ferrari at unimore.it
Fri Feb 14 17:07:39 UTC 2014

So it's not a normal behavior, I guess.

Here is my cluster.conf:

<?xml version="1.0"?>
<cluster config_version="59" name="mail">
                <clusternode name="eta.mngt.unimo.it" nodeid="1">
                                <method name="fence-eta">
                                        <device name="fence-eta"/>
                <clusternode name="beta.mngt.unimo.it" nodeid="2">
                                <method name="fence-beta">
                                        <device name="fence-beta"/>
                <clusternode name="guerro.mngt.unimo.it" nodeid="3">
                                <method name="fence-guerro">
                                        <device name="fence-guerro"
" ssl="on" uuid="4213f370-9572-63c7-26e4-22f0f43843aa"/>
        <cman expected_votes="5"/>
        <quorumd label="mail-qdisk"/>
                        <ip address="" sleeptime="10"/>
                        <mysql config_file="/etc/my.cnf"
listen_address="" name="mysql"
shutdown_wait="10" startup_wait="10"/>
                        <script file="/etc/init.d/httpd" name="httpd"/>
                        <script file="/etc/init.d/postfix" name="postfix"/>
                        <script file="/etc/init.d/dovecot" name="dovecot"/>
                        <fs device="/dev/mapper/mailvg-maillv"
force_fsck="1" force_unmount="1" fsid="58161"
fstype="xfs" mountpoint="/cl" name="mailvg-maill
v" options="defaults,noauto" self_fence="1"/>
                        <lvm lv_name="maillv" name="lvm-mailvg-maillv"
self_fence="1" vg_name="mailvg"/>
                        <failoverdomain name="mailfailoverdomain"
nofailback="1" ordered="1" restricted="1">
name="eta.mngt.unimo.it" priority="1"/>
name="beta.mngt.unimo.it" priority="2"/>
name="guerro.mngt.unimo.it" priority="3"/>
                <service domain="mailfailoverdomain" max_restarts="3"
name="mailservices" recovery="restart"
                        <fs ref="mailvg-maillv">
                                <ip ref="">
                                        <mysql ref="mysql">
                                                <script ref="httpd"/>
                                                <script ref="postfix"/>
                                                <script ref="dovecot"/>
                <fencedevice agent="fence_ipmilan" auth="password"
ipaddr="" lanplus="on" login="root"
name="fence-eta" passwd="******" pr
                <fencedevice agent="fence_ipmilan" auth="password"
ipaddr="" lanplus="on" login="root"
name="fence-beta" passwd="******" p
                <fencedevice agent="fence_vmware_soap"
ipaddr="" login="etabetaguerro"
name="fence-guerro" passwd="******"/>

What log file do you need? There are many in /var/log/cluster..

Fabio Ferrari

> :( no cluster.conf && no log, so if you want someone try to help you, you
> need to give more information, no just describe the problem
> 2014-02-14 10:54 GMT+01:00 FABIO FERRARI <fabio.ferrari at unimore.it>:
>> Hello,
>> I have a 3 nodes cluster in high availability with a quorum disk. It is
>> Redhat 6.
>> Occasionally it happens that we have to shut down the entire cluster
>> system.
>> When I restart the machines, the cluster don't see any cluster partition
>> (/dev/mapper/vg-lv) until all machines are started.
>> If I want to start only 2 machines, I have to manually remove the other
>> machine frome the web interface and restart the other two machines. If I
>> don't do this, the cluster partition path isn't seen and the services
>> never start. Is this normal or there is some configuration problem in my
>> cluster?
>> thanks in advance for the answer
>> Fabio Ferrari
>> --
>> 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
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster

More information about the Linux-cluster mailing list