Ok, thanks. It would seem reasonable to me to force a re-election if the node with the DC role is being put into standby mode and that nodes in standby mode would be not be elected strictly based on uptime.
Sent from my iPhone > On Sep 5, 2023, at 8:33 AM, Vladislav Bogdanov <bub...@hoster-ok.com> wrote: > > > I meant that would be nice to have it implemented. There is no such feature > currently. > > Dennis LaCroix <dennis.r.lacr...@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 <bub...@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@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/ >>> >>> > > _______________________________________________ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/developers ClusterLabs home: https://www.clusterlabs.org/
