Re: cache lookup failed for function 1 on fmgr_info_cxt_security, fmgr.c:184

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

In response to

Responses

Browse pgsql-general by date

  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