From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Soni <diptatapa(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: cache lookup failed for function 1 on fmgr_info_cxt_security, fmgr.c:184 |
Date: | 2019-04-23 03:51:17 |
Message-ID: | 16134.1555991477@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Soni <diptatapa(at)gmail(dot)com> writes:
> Here it is:
> select * from pg_language;
> lanname | lanowner | lanispl | lanpltrusted | lanplcallfoid |
> laninline | lanvalidator | lanacl
> ----------+----------+---------+--------------+---------------+-----------+--------------+--------
> internal | 10 | f | f | 0 |
> 0 | 2246 |
> sql | 10 | f | t | 0 |
> 0 | 2248 |
> plpgsql | 10 | t | t | 13793 |
> 13794 | 13795 |
> c | 10 | f | f | 0 |
> 0 | 1 |
> (4 rows)
Hm. That doesn't look like data corruption: that looks like
somebody actually did
update pg_language set lanvalidator = 1 where lanname = 'c';
or something equivalent to that. Needless to say, that was
not a good idea.
You said you reinstalled the postgres executables, but did you
re-initdb? Or even just re-create the current database?
I'm wondering if it's like that in every database of your cluster.
It'd be possible to fix this particular database by setting
lanvalidator back to its correct value (2247) but it'd be
wise to first inquire as to how it got like this.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2019-04-23 03:51:56 | Re: pgdg packages removed for 9.3 |
Previous Message | Soni | 2019-04-23 03:47:46 | Re: cache lookup failed for function 1 on fmgr_info_cxt_security, fmgr.c:184 |