| From: | Noah Misch <noah(at)leadboat(dot)com> |
|---|---|
| To: | vignesh C <vignesh21(at)gmail(dot)com> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pg_dump crash due to incomplete ordering of DO_SUBSCRIPTION_REL objects |
| Date: | 2025-12-15 18:30:18 |
| Message-ID: | 20251215183018.54.nmisch@google.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Dec 15, 2025 at 11:35:35PM +0530, vignesh C wrote:
> While verifying upgrade of subscriber instance, I noticed pg_dump
> crash caused by incomplete sorting logic for DO_SUBSCRIPTION_REL
> objects in DOTypeNameCompare(). When multiple subscription–relation
> entries belong to the same subscription, the comparison does not
> establish a complete ordering. In this case, the comparison falls
> through to the generic assertion path. The attached patch fixes this
> by extending the comparison for DO_SUBSCRIPTION_REL objects to include
> deterministic ordering keys. After the subscription name comparison,
> entries are ordered by the referenced table's schema name and then by
> table name.
>
> This issue has started failing after commit:
> commit 0decd5e89db9f5edb9b27351082f0d74aae7a9b6
> Sort dump objects independent of OIDs, for the 7 holdout object types.
>
> This can be reproduced by having logical replication setup with
> subscription subscribing to few tables.
That makes sense. Thanks. Do you have commands we could add to
src/test/regress/sql/subscription.sql to cover this code?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Oleg Tkachenko | 2025-12-15 18:46:23 | Re: [BUG] [PATCH] pg_basebackup produces wrong incremental files after relation truncation in segmented tables |
| Previous Message | Tom Lane | 2025-12-15 18:28:06 | Re: PRI?64 vs Visual Studio (2022) |