Issue with pg_dump Including Ownership Metadata for pg_trgm Extension in PostgreSQL 17
От | AKASH |
---|---|
Тема | Issue with pg_dump Including Ownership Metadata for pg_trgm Extension in PostgreSQL 17 |
Дата | |
Msg-id | CABaoBc6UyWJ=v4NgmC15SkBtBq_g0GBRgZPrdks2q6=ke0-4Mg@mail.gmail.com обсуждение исходный текст |
Ответы |
Re: Issue with pg_dump Including Ownership Metadata for pg_trgm Extension in PostgreSQL 17
|
Список | pgsql-bugs |
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:
Install the pg_trgm extension.
Change the ownership of the objects created by the extension.
Run pg_dump with the --no-owner flag.
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
В списке pgsql-bugs по дате отправления: