mirror of
https://github.com/EnterpriseDB/repmgr.git
synced 2026-03-23 15:16:29 +00:00
Compare commits
18 Commits
REL3_3_STA
...
REL3_2_STA
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
54a4d1e444 | ||
|
|
d4b8c034e9 | ||
|
|
b8f4c35810 | ||
|
|
d2c09a1f71 | ||
|
|
2389101ae9 | ||
|
|
cbc2841433 | ||
|
|
2bc877114c | ||
|
|
30c5cc86f3 | ||
|
|
b977b48aee | ||
|
|
108bdeb269 | ||
|
|
fefa43e3a6 | ||
|
|
c1a1fe6f82 | ||
|
|
4dc3a05e8d | ||
|
|
5945accd84 | ||
|
|
15cbda9ec3 | ||
|
|
358559acc4 | ||
|
|
0a9f8e160a | ||
|
|
a2d67e85de |
9
HISTORY
9
HISTORY
@@ -1,3 +1,12 @@
|
||||
3.2.1 2016-10-24
|
||||
repmgr: require a valid repmgr cluster name unless -F/--force
|
||||
supplied (Ian)
|
||||
repmgr: check master server is registered with repmgr before
|
||||
cloning (Ian)
|
||||
repmgr: ensure data directory defaults to that of the source node (Ian)
|
||||
repmgr: various fixes to Barman cloning mode (Gianni, Ian)
|
||||
repmgr: fix `repmgr cluster crosscheck` output (Ian)
|
||||
|
||||
3.2 2016-10-05
|
||||
repmgr: add support for cloning from a Barman backup (Gianni)
|
||||
repmgr: add commands `standby matrix` and `standby crosscheck` (Gianni)
|
||||
|
||||
@@ -121,7 +121,8 @@ views:
|
||||
status for each node
|
||||
|
||||
The `repmgr` metadata schema can be stored in an existing database or in its own
|
||||
dedicated database.
|
||||
dedicated database. Note that the `repmgr` metadata schema cannot reside on a database
|
||||
server which is not part of the replication cluster managed by `repmgr`.
|
||||
|
||||
A dedicated database superuser is required to own the meta-database as well as carry
|
||||
out administrative actions.
|
||||
@@ -1072,8 +1073,9 @@ This will remove the standby record from `repmgr`'s internal metadata
|
||||
table (`repl_nodes`). A `standby_unregister` event notification will be
|
||||
recorded in the `repl_events` table.
|
||||
|
||||
Note that this command will not stop the server itself or remove
|
||||
it from the replication cluster.
|
||||
Note that this command will not stop the server itself or remove it from
|
||||
the replication cluster. Note that if the standby was using a replication
|
||||
slot, this will not be removed.
|
||||
|
||||
If the standby is not running, the command can be executed on another
|
||||
node by providing the id of the node to be unregistered using
|
||||
|
||||
Reference in New Issue
Block a user