Re: pg_upgrade fails with an error "object doesn't exist"

From: Daniel Gustafsson <daniel(at)yesql(dot)se>
To: Vaibhav Dalvi <vaibhav(dot)dalvi(at)enterprisedb(dot)com>
Cc: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: pg_upgrade fails with an error "object doesn't exist"
Date: 2025-06-16 12:49:46
Message-ID: 9C82183E-7062-463C-9D4A-E22189825EF8@yesql.se
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On 16 Jun 2025, at 10:59, Vaibhav Dalvi <vaibhav(dot)dalvi(at)enterprisedb(dot)com> wrote:

> It's OFF.
> postgres=# select version();
> version
> ----------------------------------------------------------------------------------------------------------------
> PostgreSQL 18beta1 on aarch64-unknown-linux-gnu, compiled by gcc (Ubuntu 14.2.0-4ubuntu2~24.04) 14.2.0, 64-bit
> (1 row)
> postgres=# show allow_system_table_mods ;
> allow_system_table_mods
> -------------------------
> off
> (1 row)
> postgres=# CREATE FUNCTION pg_catalog.nont_ext_func() RETURNS char AS $$ BEGIN return 'v'; END; $$ LANGUAGE plpgsql;
> CREATE FUNCTION

I stand corrected, I misremembered the extent to which we prohibit creation in
pg_catalog via that GUC. It still feels like a case of getting to keep both
pieces when breaking it, but I wonder if we shouldn't make it harder to break?

--
Daniel Gustafsson

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Jones 2025-06-16 13:11:23 Re: Add XMLNamespaces to XMLElement
Previous Message Jelte Fennema-Nio 2025-06-16 12:47:46 Huge commitfest app update upcoming: Tags, Draft CF, Help page, and automated commitfest creat/open/close