From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
---|---|
To: | Albrecht Dreß <albrecht(dot)dress(at)arcor(dot)de>, pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Error “cache lookup failed for function” |
Date: | 2020-02-20 20:41:00 |
Message-ID: | 32cc0d01-c217-ada7-c9eb-7cb29391d4bf@aklaver.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 2/20/20 11:28 AM, Albrecht Dreß wrote:
> Am 20.02.20 19:32 schrieb(en) Tom Lane:
>> This is, actually, not very surprising. You dropped the old function
>> while clients were using it. The new function is a completely
>> unrelated object, even if it happens to have the same name.
>
> Yes, I agree that this was not a too clever approach…
>
>> It does seem a bit annoying that something in plpgsql is apparently
>> doing a fresh catalog lookup to find information that likely was
>> already cached at the start of function execution.
>
> OK, but after fully stopping the daemon via systemctl (which of course
> disconnects all clients) and re-starting it, the cache is empty, isn't
> it? So the client after re-connecting /should/ find the proper
> function? In my case the full restart did *not* help, but produced the
> same error again afterwards! I didn't reboot the whole box, though.
It would be nice to know what:
[…]
represented in:
CREATE FUNCTION public.get_result2(mytaskid bigint, OUT data bytea, OUT
metadata jsonb, OUT errortext text, OUT vanished boolean) RETURNS record
[…]
COMMIT;
The Postgres logs during and after restart might provide some info.
Also the errors thrown when accessing the other function.
>
> This led me to the assumption that the database was “somehow” damaged.
>
> Thanks,
> Albrecht.
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2020-02-20 20:46:35 | Re: How to fix 0xC0000005 exception in Postgres 9.0 |
Previous Message | Andrus | 2020-02-20 20:35:20 | How to fix 0xC0000005 exception in Postgres 9.0 |