>Среда, 5 апреля 2023, 0:08 +10:00 от Ken Gaillot <[email protected]>:
>
>That looks like a well-thought-out guide. One minor correction, since
>Corosync 3, no-quorum-policy=ignore is no longer needed. Instead, set
>"two_node: 1" in corosync.conf (which may be automatic depending on
>what tools you're using).
>
>That's unlikely to be causing any issues, though.
Parameter two_node: 1 is set automatically. At the moment, a quorum is
configured and fencing is disabled, but the relocation of resources still
provoke a messages in VMware that communication with the LUN has been lost.
>How are you testing abnormal shutdown? For something like a power
>interruption. I'd expect that the node would be fenced, but in your
>logs it looks like recovery is taking place between clean nodes.
The Reset command in VMware was executed as an unexpected shutdown of the node.
Resources are moving, but it is the loss of LUNs that is embarrassing
>
>> at the moment this happens, VMware loses contact with the LUN, which
>> should not happen. The journalctl log at the time of the move is
>> here: https://pastebin.com/eLj8DdtY . I also tried to build a common
>> storage on drbd with cloned VIP and Target resources, but this also
>> does not work, besides, every time I move, there are always some
>> problems with the start of resources. Any ideas what can be done
>> about this? Loss of communication with the LUN even for a couple of
>> seconds is already critical.
>>
>> corosync-qdevice/jammy,now 3.0.1-1 amd64 [installed]
>> corosync-qnetd/jammy,now 3.0.1-1 amd64 [installed]
>> corosync/jammy,now 3.1.6-1ubuntu1 amd64 [installed]
>> pacemaker-cli-utils/jammy,now 2.1.2-1ubuntu3 amd64
>> [installed,automatic]
>> pacemaker-common/jammy,now 2.1.2-1ubuntu3 all [installed,automatic]
>> pacemaker-resource-agents/jammy,now 2.1.2-1ubuntu3 all
>> [installed,automatic]
>> pacemaker/jammy,now 2.1.2-1ubuntu3 amd64 [installed]
>> pcs/jammy,now 0.10.11-2ubuntu3 all [installed]
>> _______________________________________________
>> Manage your subscription:
>> https://lists.clusterlabs.org/mailman/listinfo/users
>>
>> ClusterLabs home: https://www.clusterlabs.org/
>--
>Ken Gaillot < [email protected] >
_______________________________________________
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
