Re: BUG #19383: Server crash at getmissingattr

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: dllggyx(at)outlook(dot)com
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #19383: Server crash at getmissingattr
Date: 2026-01-20 15:10:41
Message-ID: 1538113.1768921841@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> create table foo(a int);
> DROP TABLE IF EXISTS l_prijscomponent_eenheid CASCADE;
> insert into foo values(1),(2),(3);
> alter table foo add b int not null default 0;
> update pg_attribute set attmissingval = NULL where attname = 'b';
> select b from foo;

This is not a bug. This is a superuser intentionally breaking
the system by corrupting the catalogs. There are any number
of ways to cause trouble with ill-advised manual updates to a
catalog table. Try, eg, "DELETE FROM pg_proc" (... but not in
a database you care about).

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Anatol V 2026-01-20 15:16:37 Resolved!
Previous Message Pierre Forstmann 2026-01-20 15:03:50 Re: BUG #19384: Server crash at textout