Splitbrain

Reconstruction du cluster Postgresql sous Centos

Premièrement sauvegarder la VM via un quick backup du côté du serveur VEEAM ou autre
Deuxièmement : vérifier qu'il n'existe pas de job de dump sql sur les serveurs membres du cluster

UNIQUEMENT QUAND CECI EST FAIT désactiver le service PostgreSQL sur le Node qui sera le slave/standby

Service postgres12 stop

Dans le cas où il risque d'y avoir des cron de sauvegarde ou autre désactiver aussi le service crond

Service crond stop

Puis, toujours sur le node standby lancez cette commande en se positionnant sur un dossier qui est "possédé" par le user qui a accès à la/aux base/s ici c'est postgres et on effectue à partir du dossier /production/pgsql 

/usr/pgsql-12/bin/repmgr -h POSTGRESQL1.repli -U repmgr -d repmgr standby clone -F

 Ici POSTGRESQL1 est le node master
Afin de forcer la synchronisation des données entre le nœud master et standby

Astuce : utilisez watch -n1 df -h côté nœud standby pour regarder l'évolution du remplissage du disque et pour vérifier qu'entre le nœud principal et secondaire une même quantité de données est utilisée.

Une fois cette opération qui peut prendre du temp est terminée
Relancer le service postgresql

Service postgresql12 start

Vérifier son état

Service postgresql12 status

Maintenant lancer cette commande sur le nœud qui est censé être le standby

repmgr standby register --force

Ensuite vérifier que les rôles sont de nouveau assignés normalement

repmgr cluster show --verbose

Astuce si vous avez dût fermer le service Cron pensez à le redémarrer

Service crond start

Vérifier

Service crond status 

Et regarder si des jobs qui devaient se lancer n'ont pas été rater et dans le cas où si c'est le cas demander au client si vous pouvez les lancer ou bien vous le signaler au client pour qu'il fasse ses vérifications lui-même