Re: BUG #15350: Getting invalid cache ID: 11 Errors - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #15350: Getting invalid cache ID: 11 Errors
Date
Msg-id 20462.1535424017@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #15350: Getting invalid cache ID: 11 Errors  (Thomas Munro <thomas.munro@enterprisedb.com>)
Responses Re: BUG #15350: Getting invalid cache ID: 11 Errors  (Kieran McCusker <kieran.mccusker@gmail.com>)
Re: BUG #15350: Getting invalid cache ID: 11 Errors  (Thomas Munro <thomas.munro@enterprisedb.com>)
Re: BUG #15350: Getting invalid cache ID: 11 Errors  (Andres Freund <andres@anarazel.de>)
List pgsql-bugs
Thomas Munro <thomas.munro@enterprisedb.com> writes:
> We could probably improve that situation by making syscache lookups
> (and probably other things too) fail when called from _PG_init() in
> regular backends so that extension authors are made aware of this
> hazard, or perhaps go the other way and change the order we do things
> in parallel workers.

Hmm.  There's an argument to be made for the latter: we don't really
want stuff failing in parallel workers if it works fine normally.

On the other hand, it seems clear to me that we *don't* want extensions to
be doing stuff like syscache lookups in _PG_init(), because that would
prevent them from working as shared_preload_libraries entries.

And on the third hand, intentionally breaking code that used to work
isn't likely to win us many friends either.  So I'm not sure that your
first option is really tenable.  Perhaps we could get away with doing
it in HEAD and not back-patching ... but that does little for existing
problems.

            regards, tom lane


pgsql-bugs by date:

Previous
From: Thomas Munro
Date:
Subject: Re: BUG #15347: Unaccent for greek characters does not work
Next
From: Michael Paquier
Date:
Subject: Re: BUG #15346: Replica fails to start after the crash