From: | Charlie Hornsby <charlie(dot)hornsby(at)hotmail(dot)co(dot)uk> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Bruce Momjian <bruce(at)momjian(dot)us> |
Subject: | Re: pg_upgrade check for invalid role-specific default config |
Date: | 2021-04-13 17:28:50 |
Message-ID: | HE1P189MB052305BC0101AAA663AC8359B74F9@HE1P189MB0523.EURP189.PROD.OUTLOOK.COM |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom wrote:
> I do find it interesting that we now have two reports of somebody
> doing "ALTER ROLE SET role = something". In the older thread,
> I was skeptical that that had any real use-case, so I wonder if
> Charlie has a rationale for having done that.
Unfortunately I haven't heard back from the original developer
who set up this role configuration, but if I do then I will share
their intentions. In any case the invalid configuration had been
removed from every other role except one (certainly by mistake)
which lead to me rediscovering this issue.
I tested the above patch with the invalid data locally and it avoids
the restore error that we ran into previously. Also it requires no
intervention to progress with pg_upgrade unlike my initial idea of
adding an check, so it is definitely simpler from a user perspective.
Thank you for taking a deep look into this and finding a better
solution.
Best regards,
Charlie Hornsby
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2021-04-13 17:30:16 | Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activity view? |
Previous Message | Robert Haas | 2021-04-13 17:21:57 | Re: More sepgsql weirdness |