Re: pg_dump crash due to incomplete ordering of DO_SUBSCRIPTION_REL objects

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?

In response to

Responses

Browse pgsql-hackers by date

  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)