[ClusterLabs Developers] Delayed node reboot
Vladislav Bogdanov
bubble at hoster-ok.com
Tue Sep 5 13:33:07 UTC 2023
I meant that would be nice to have it implemented. There is no such feature
currently.
Dennis LaCroix <dennis.r.lacroix at icloud.com> 5 сентября 2023 г. 15:30:53
написал:
> I can’t find a mechanism to force the DC role away from a node. Does one
> exist? The documentation seems to indicate that I should not care which
> node is elected - which is true except in this case.
>
> Sent from my iPhone
>
>> On Sep 2, 2023, at 12:59 PM, Vladislav Bogdanov <bubble at hoster-ok.com> wrote:
>>
>>
>> I would suggest that forcibly moving DC out of standby node is a great
>> idea. If you put a node to standby, there is a big chance you want to do
>> something brutal with it.
>>
>> Best,
>> Vlad
>>
>> "dennis.r.lacroix--- via Developers" <developers at clusterlabs.org> 2
>> сентября 2023 г. 18:31:58 написал:
>>
>>> I am working on an application where I need to reboot individual nodes in
>>> the cluster as quickly as possible. In order to do so, I am first putting
>>> the node into standby mode and then shutting down Pacemaker. This works
>>> well in most cases - except when the node I am shutting down is the DC and
>>> has a Master resources that need to be promoted on another node. In this
>>> case, the Pacemaker shutdown seems to be delayed until both the local
>>> resources are stopped AND the remote resources are promoted and/or started.
>>> This causes an unacceptable delay in the reboot of the node.
>>>
>>> Am I correctly interpreting why the Pacemaker shutdown is taking so long?
>>> Is there any way to fix this? The idea solution would seem to be to force
>>> the DC to another node before putting the node into standby mode, but there
>>> doesn’t seem to be a mechanism to do so. Is there another way to deal with
>>> this?
>>>
>>> To summarize: I basically need to cleanly shutdown the resources on the
>>> node and exit the cluster as quickly as possible so that I can reboot the
>>> node and rejoin the cluster with minimal delay.
>>>
>>> Any suggestions are appreciated!
>>> Dennis LaCroix
>>>
>>> _______________________________________________
>>> Manage your subscription:
>>> https://lists.clusterlabs.org/mailman/listinfo/developers
>>>
>>> ClusterLabs home: https://www.clusterlabs.org/
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/developers/attachments/20230905/efeba8ae/attachment-0002.htm>
More information about the Developers
mailing list