Re: BUG #19483: pg_upgrade fails with orphan records in pg_init_priv catalog table

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Hüseyin Demir <huseyin(dot)d3r(at)gmail(dot)com>
Cc: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, Greg Sabino Mullane <htamfids(at)gmail(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #19483: pg_upgrade fails with orphan records in pg_init_priv catalog table
Date: 2026-06-25 13:53:25
Message-ID: 1082329.1782395605@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

=?UTF-8?Q?H=C3=BCseyin_Demir?= <huseyin(dot)d3r(at)gmail(dot)com> writes:
>> An alternative answer is to back-patch the putid() fix and teach
>> dumputils.c to consider the server minor version when deciding whether
>> to reject unquoted all-numeric roles. We don't typically make pg_dump
>> pay attention to minor versions, but it would provide a pathway for
>> users to deal with this problem: if you've got dangling grants then
>> update the old server before dumping.

> It will require an almost mandatory minor-version update prior to the
> upgrade, which adds extra friction and a more complex upgrade story
> for our users since both sides need to be updated.

Only if you actually have dangling ACL references, which I think
is the case for a vanishingly small set of users --- otherwise
we'd have heard more complaints and been motivated to fix this
long ago. Let's not optimize for the broken case.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Daria Shanina 2026-06-25 14:54:46 Set huge_page_size on 32bit system
Previous Message Baji Shaik 2026-06-25 13:47:27 Re: uuidv7 improperly accepts dates before 1970-01-01