diff options
| author | Bruce Momjian <bruce@momjian.us> | 2017-06-20 13:20:02 -0400 |
|---|---|---|
| committer | Bruce Momjian <bruce@momjian.us> | 2017-06-20 13:20:02 -0400 |
| commit | f4f867bda33604cf82a8c74a874dfb20a0270595 (patch) | |
| tree | 3b60b49106bb32880854b165d117683f0de07d34 /src/backend/executor/execMain.c | |
| parent | 525ee8ff333d71fcf155833ea59a635f30b87fd1 (diff) | |
| download | postgresql-f4f867bda33604cf82a8c74a874dfb20a0270595.tar.gz postgresql-f4f867bda33604cf82a8c74a874dfb20a0270595.zip | |
pg_upgrade: start/stop new server after pg_resetwal
When commit 0f33a719fdbb5d8c43839ea0d2c90cd03e2af2d2 removed the
instructions to start/stop the new cluster before running rsync, it was
now possible for pg_resetwal/pg_resetxlog to leave the final WAL record
at wal_level=minimum, preventing upgraded standby servers from
reconnecting.
This patch fixes that by having pg_upgrade unconditionally start/stop
the new cluster after pg_resetwal/pg_resetxlog has run.
Backpatch through 9.2 since, though the instructions were added in PG
9.5, they worked all the way back to 9.2.
Discussion: https://postgr.es/m/20170620171844.GC24975@momjian.us
Backpatch-through: 9.2
Diffstat (limited to 'src/backend/executor/execMain.c')
0 files changed, 0 insertions, 0 deletions