[ClusterLabs] Cluster timeout
Strahil Nikolov
hunter86_bg at yahoo.com
Wed Mar 9 05:57:43 EST 2022
You can bump the 'token' to a higher value (for example 10s ) and adjust the consensus based on that value. See man 5 corosync.conf
Don't forget to sync the nodes and reload the corosync stack.
Of course proper testing on non-Prod is highly recommend.
Note: Both parameters use milliseconds (at least based on the manpage)
Best Regards,Strahil Nikolov
On Wed, Mar 9, 2022 at 12:46, FLORAC Thierry<thierry.florac at onf.fr> wrote: #yiv4997566984 P {margin-top:0;margin-bottom:0;}Hi,
I manage an active/passive PostgreSQL cluster using DRBD, LVM, Pacemaker and Corosync on a Debian GNU/Linux operating system.Everything is OK, but my platform seems to be quite "sensitive" to small network timeouts which are generating a cluster migration start from active to passive node; generally, the process doesn't go through to the end: as soon as the connection is back again, the migration is cancelled and the database restarts!That should be OK but on the application side, some database connections (on a Java WildFly server) can become "invalid"! So I would like to avoid these migrations when this kind of small timeout occurs...
So my question is: which cluster settings can I change to increase the timeout before starting a cluster migration?
Best regards,Thierry
Thierry Florac
Resp. Pôle Architecture Applicative et Mobile
DSI - Dépt. Études et Solutions Tranverses
2, avenue de Saint-Mandé - 75570 Paris cedex 12
Tél : 01 40 19 59 64
www.onf.fr
_______________________________________________
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20220309/1a8bdda7/attachment.htm>
More information about the Users
mailing list