Skip to content

Commit b21ec20

Browse files
committed
doc: pg_upgrade, clarify standby servers must remain running
Also mention that mismatching primary/standby LSNs should never happen. Reported-by: Nikolay Samokhvalov Discussion: https://postgr.es/m/CAM527d8heqkjG5VrvjU3Xjsqxg41ufUyabD9QZccdAxnpbRH-Q@mail.gmail.com Backpatch-through: 11
1 parent 17cd48d commit b21ec20

File tree

1 file changed

+2
-4
lines changed

1 file changed

+2
-4
lines changed

doc/src/sgml/ref/pgupgrade.sgml

Lines changed: 2 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -380,8 +380,8 @@ NET STOP postgresql-&majorversion;
380380
</para>
381381

382382
<para>
383-
Streaming replication and log-shipping standby servers can
384-
remain running until a later step.
383+
Streaming replication and log-shipping standby servers must be
384+
running during this shutdown so they receive all changes.
385385
</para>
386386
</step>
387387

@@ -394,8 +394,6 @@ NET STOP postgresql-&majorversion;
394394
servers are caught up by running <application>pg_controldata</application>
395395
against the old primary and standby clusters. Verify that the
396396
<quote>Latest checkpoint location</quote> values match in all clusters.
397-
(There will be a mismatch if old standby servers were shut down
398-
before the old primary or if the old standby servers are still running.)
399397
Also, make sure <varname>wal_level</varname> is not set to
400398
<literal>minimal</literal> in the <filename>postgresql.conf</filename> file on the
401399
new primary cluster.

0 commit comments

Comments
 (0)