

Parameters in your nf file to load your specific setup from Standby! We advice you use hba_file and include or include_dir To deal with them (or worst: forget to edit them) each time you rebuild a It is best to keep them out of the $PGDATA so you do not have WARNING: primary_conninfo and pg_hba.conf are different on each The same node than a standby for a very short lap of time! Itself! A scenario exists where the primary IP address pgsql-vip will be on Last but not least, make sure each instance is not able to replicate with Requires recovery_target_timeline = latest as well, but this is already the Moreover, on all nodes, it requires a primary_conninfo with anĪpplication_name set to the node name. Of the cluster, PAF detects the primary based on its shutdown status. Primary on your preferred node to host it: during the very first startup Ready to start and standbys ready to replicate. The resource agent requires the PostgreSQL instances to be already set up, Theįollowing steps are **quick and dirty, VERY DIRTY**. WARNING: building PostgreSQL standby is not the main subject here. Pacemaker resource-agents resource-agents-paf pcs \ Here is how to add it:ĭnf install -y postgresql12 postgresql12-contrib postgresql12-server \ To install PAF and PostgreSQL, this tutorial uses the PGDG repository maintainedīy the PostgreSQL community.
