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/