> On Wed, 2022-04-20 at 12:53 -0400, john tillman wrote:
>> I have a two node cluster that won't start any resources if only one
>> node
>> is booted; the pacemaker service does not start.
>>
>> Once the second node boots up, the first node will start pacemaker
>> and the
>> resources are started.  All is well.  But I would like the resources
>> to
>> start when the first node boots by itself.
>>
>> I thought the problem was with the wait_for_all option but I have it
>> set
>> to "0".
>>
>> On the node that is booted by itself, when I run "corosync-
>> quorumtool" I see:
>>
>>    [root@test00 ~]# corosync-quorumtool
>>    Quorum information
>>    ------------------
>>    Date:             Wed Apr 20 16:05:07 2022
>>    Quorum provider:  corosync_votequorum
>>    Nodes:            1
>>    Node ID:          1
>>    Ring ID:          1.2f
>>    Quorate:          Yes
>>
>>    Votequorum information
>>    ----------------------
>>    Expected votes:   2
>>    Highest expected: 2
>>    Total votes:      1
>>    Quorum:           1
>>    Flags:            2Node Quorate
>>
>>    Membership information
>>    ----------------------
>>        Nodeid      Votes Name
>>             1          1 test00 (local)
>>
>>
>> My config file look like this:
>>    totem {
>>        version: 2
>>        cluster_name: testha
>>        transport: knet
>>        crypto_cipher: aes256
>>        crypto_hash: sha256
>>    }
>>
>>    nodelist {
>>        node {
>>            ring0_addr: test00
>>            name: test00
>>            nodeid: 1
>>        }
>>
>>        node {
>>            ring0_addr: test01
>>            name: test01
>>            nodeid: 2
>>        }
>>    }
>>
>>    quorum {
>>        provider: corosync_votequorum
>>        two_node: 1
>>        wait_for_all: 0
>>    }
>>
>>    logging {
>>        to_logfile: yes
>>        logfile: /var/log/cluster/corosync.log
>>        to_syslog: yes
>>        timestamp: on
>>        debug: on
>>        syslog_priority: debug
>>        logfile_priority: debug
>>    }
>>
>> Fencing is disabled.
>>
>> I've also looked in "corosync.log" but I don't know what to look for
>> to
>> diagnose this issue.  I mean there are many lines similar to:
>> [QUORUM] This node is within the primary component and will provide
>> service.
>> and
>> [VOTEQ ] Sending quorum callback, quorate = 1
>> and
>> [VOTEQ ] flags: quorate: Yes Leaving: No WFA Status: No First: Yes
>> Qdevice: No QdeviceAlive: No QdeviceCastVote: No QdeviceMasterWins:
>> No
>>
>> Is there something specific I should look for in the log?
>>
>> So can a two node cluster work after booting only one node?  Maybe it
>> never will and I am wasting a lot of time, yours and mine.
>>
>> If it can, what else can I investigate further?
>>
>> Best regards,
>> John
>>
>
> What does crm_mon show when the node is up by itself?


Running crm_mon without arguments simply says "Waiting until cluster is
available on this node ..."
There's no pacemaker service yet so it can't get us any information.  The
"pcs status" says as much too "Error: error running crm_mon, is pacemaker
running?"

My curiosity has been satisfied for now.  Although I still feel my
question should have some answer like:
"Yes, if you enable the read_Johns_mind flag.  But you will have a very
high risk of split brain."

Thanks again for your attention.

-John


> --
> Ken Gaillot <kgail...@redhat.com>
>
> _______________________________________________
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> ClusterLabs home: https://www.clusterlabs.org/
>
>


_______________________________________________
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users

ClusterLabs home: https://www.clusterlabs.org/

Reply via email to