[ClusterLabs Developers] Delayed node reboot

Vladislav Bogdanov bubble at hoster-ok.com
Tue Sep 5 09:33:07 EDT 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.htm>


More information about the Developers mailing list