Re: #XX000: ERROR: tuple concurrently updated

2025-02-24 Thread Tom Lane
Dominique Devienne writes: > But during those "restore" transactions, I must also make role-to-role > grants, > which AFAIK involve adding rows to pg_auth_members. So they are not subject > to the same "no support for concurrent updates in the catalog-manipulation" > you mentioned, as schema-to-ro

Re: #XX000: ERROR: tuple concurrently updated

2025-02-24 Thread Dominique Devienne
On Thu, Feb 20, 2025 at 4:27 PM Tom Lane wrote: > Dominique Devienne writes: > > Error: DDL Error: GRANT USAGE ON SCHEMA "SCH1", "SCH2" TO "SCH2:RO", > > "SCH2:RW", "SCH2:SU": #XX000: ERROR: tuple concurrently updated > > Since both restores tried to grant some permissions on SCH1, they > both

Re: #XX000: ERROR: tuple concurrently updated

2025-02-20 Thread Tom Lane
Dominique Devienne writes: > Hi. A tester just tried to restore two custom backups (not official > PostgreSQL ones) concurrently. > ... > The second session completed OK. > But the first session errors out with: > Error: DDL Error: GRANT USAGE ON SCHEMA "SCH1", "SCH2" TO "SCH2:RO", > "SCH2:RW", "

Re: #XX000: ERROR: tuple concurrently updated

2025-02-20 Thread Greg Sabino Mullane
Since you are willing to break the all one transaction rule, and if the restores were created via pg_dump, you could use the --section argument to split things up, run the "pre-data" sections serially, and the rest ("data" and "post-data") concurrently. -- Cheers, Greg -- Crunchy Data - https://

Re: #XX000: ERROR: tuple concurrently updated

2025-02-20 Thread Dominique Devienne
On Thu, Feb 20, 2025 at 4:27 PM Tom Lane wrote: > Dominique Devienne writes: > > Hi. A tester just tried to restore two custom backups (not official > > PostgreSQL ones) concurrently. > > ... > > The second session completed OK. > > But the first session errors out with: > > > Error: DDL Error: