Re: [PATCH] Preserve replication origin OIDs in pg_upgrade
vignesh C <vignesh21@gmail.com>
From: vignesh C <vignesh21@gmail.com>
To: "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>
Cc: Ajin Cherian <itsajin@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2026-04-30T06:51:54Z
Lists: pgsql-hackers
Attachments
- v1-0001-Preserve-subscription-OIDs-during-pg_upgrade.patch (application/octet-stream) patch v1-0001
On Wed, 29 Apr 2026 at 14:11, Hayato Kuroda (Fujitsu) <kuroda.hayato@fujitsu.com> wrote: > > Dear Ajin, > > > Sequence of Events During Upgrade > > > > 1. pg_dumpall dumps all non-subscription replication origins from the > > old cluster with their roidents and LSN positions. > > 2. pg_dump dumps each subscription, but now records the old roident > > alongside the subscription info. > > 3. During restore, pg_dumpall's output recreates non-subscription > > origins on the new cluster with their original roidents via > > binary_upgrade_create_replication_origin(). > > To confirm, why do we have to handle separately for subscription-associated > origins? I'm thinking it's not needed if the subscription's OID is preserved > during the upgrade. +1 to preserve the subscription OID. This should make preserving replication origin easier. > I checked the old thread to preserve it [1], but it could not be accepted because > there are no strong motivations. But I feel this is the good reason to do so now. Here is a rebased version of the patch. Regards, Vignesh
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Introduce replication progress tracking infrastructure.
- 5aa2350426c4 9.5.0 cited