There are some circumstances, e.g. during switchover operations, where repmgr may need to operate on a data directory while the server isn't running, in which case there's no way to retrieve that information.
2.5 KiB
Standardisation on primary
To standardise terminolgy, primary is used to denote the read/write
node in a streaming replication cluster. master is still accepted
as a synonym (e.g. repmgr master register).
New command line options
-
--dry-run: repmgr will attempt to perform the action as far as possible without making any changes to the database -
--upstream-node-id: use to specify the upstream node the standby will connect later stream from, when cloning a standby. This replaces the configuration file parameterupstream_node, as the upstream node is set when the standby is initially cloned, but can change over the lifetime of an installation (due to failovers, switchovers etc.) so it's pointless/confusing keeping the original value around in the config file.
Changed command line options
repmgr
--replication-useris now passed when registering the master server (and optionally when registering a standby), not during standby clone/follow. The value (defaults to the user in the conninfo string) will be stored in the repmgr metadata for use by standby clone/follow..
repmgrd
--monitoring-historyis deprecated and has been replaced by the configuration file optionmonitoring_history. This enables the setting to be changed without having to modify system service files.
Changes to repmgr commands
repmgr cluster show
This now displays the role of each node (e.g. primary, standby)
and its status in separate columns.
The --csv option now emits a third column indicating the recovery
status of the node.
Configuration file changes
Required settings
Following 4 parameters are mandatory:
- node_id
- node_name
- conninfo
- pgdata
Renamed settings
Some settings have been renamed for clarity/consistency node -> node_id name -> node_name
- Following configuration file parameters have been renamed for consistency
with other parameters (and conform to the pattern used by PostgreSQL itself,
which uses the prefix
log_for logging parameters):loglevelhas been renamed tolog_levellogfilehas been renamed tolog_filelogfacilityhas been renamed tolog_facility
Removed settings
clusterhas been removedupstream_node: see note about--upstream-node-idabove.
Logging changes
- default value for
log_levelisINFOrather thanNOTICE. - new parameter
log_status_interval