RE: pg_upgrade and logical replication
Hayato Kuroda (Fujitsu) <kuroda.hayato@fujitsu.com>
From: "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>
To: 'Julien Rouhaud' <rjuju123@gmail.com>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Amit Kapila <amit.kapila16@gmail.com>
Date: 2023-04-18T01:40:51Z
Lists: pgsql-hackers
Dear Julien, I found a cfbot failure on macOS [1]. According to the log, "SELECT count(*) FROM t2" was executed before synchronization was done. ``` [09:24:21.018](0.132s) not ok 18 - Table t2 should now have 3 rows on the new subscriber ``` With the patch present, wait_for_catchup() is executed after REFRESH, but it may not be sufficient because it does not check pg_subscription_rel. wait_for_subscription_sync() seems better for the purpose. [1]: https://cirrus-ci.com/task/6563827802701824 Best Regards, Hayato Kuroda FUJITSU LIMITED
Commits
-
pg_upgrade: Retrieve subscription count more efficiently.
- 73de50e13e39 17.0 landed
- 364509a2e7f9 18.0 landed
-
Fix random failure in 004_subscription.
- 677a45c4ae16 17.0 landed
-
Fix 004_subscription.pl to allow its usage in --link mode.
- f17529b71097 17.0 landed
-
Allow upgrades to preserve the full subscription's state.
- 9a17be1e244a 17.0 landed
-
Prevent startup of logical replication launcher during pg_upgrade
- 7021d3b17664 17.0 landed