Re: Issue with pg_dump Including Ownership Metadata for pg_trgm Extension in PostgreSQL 17
AKASH <akashbhujbal7051@gmail.com>
From: AKASH <akashbhujbal7051@gmail.com>
To: pgsql-bugs@lists.postgresql.org
Date: 2024-12-04T09:43:04Z
Lists: pgsql-bugs
Attachments
- pg_trmp_bug.png (image/png)
On Wed, Dec 4, 2024 at 3:12 PM AKASH <akashbhujbal7051@gmail.com> wrote: > Dear PostgreSQL Bug Team, > > I am encountering an issue in PostgreSQL 17 with pg_dump when working > with the pg_trgm extension. Specifically, when using pg_dump to back up a > database containing the pg_trgm extension, ownership metadata for > extension member objects is included in the dump, even when the --no-owner > flag is used. > > This leads to conflicts during restores in environments where ownership > constraints differ, disrupting migrations and automated workflows. It is > particularly problematic when ownership has been changed after the > extension was initially created (via CREATE EXTENSION). > > Steps to reproduce: > > 1. > > Install the pg_trgm extension. > 2. > > Change the ownership of the objects created by the extension. > 3. > > Run pg_dump with the --no-owner flag. > 4. > > Restore the dump in a different environment where ownership > constraints differ. > > Expected behavior: Ownership metadata should not be included in the dump > when the --no-owner flag is specified, especially for objects created by > the pg_trgm extension. > > Actual behavior: Ownership metadata is still included in the dump, > causing issues when restoring to different environments. > > This issue has been persistent across multiple versions of PostgreSQL and > significantly impacts automated deployment and migration workflows. > > I would appreciate any assistance in resolving this issue, or any guidance > on how to work around this limitation in the meantime. > > Thank you for your attention to this matter. > Best regards, > Akash Bhujbal >