Re: BUG #15640: FATAL: XX000: cannot read pg_class without havingselected a database
От | Andres Freund |
---|---|
Тема | Re: BUG #15640: FATAL: XX000: cannot read pg_class without havingselected a database |
Дата | |
Msg-id | 20190218164247.5jvu7gotnz4sw4jn@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: BUG #15640: FATAL: XX000: cannot read pg_class without having selected a database (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #15640: FATAL: XX000: cannot read pg_class without havingselected a database
|
Список | pgsql-bugs |
Hi, On 2019-02-18 11:29:49 -0500, Tom Lane wrote: > Alvaro Herrera <alvherre@2ndquadrant.com> writes: > > On 2019-Feb-18, PG Bug reporting form wrote: > >> 2019-02-18 05:30:36 GMT [40378]: [2-1] db=,user= FATAL: XX000: cannot read pg_class without having selected a database > >> 2019-02-18 05:30:36 GMT [40378]: [3-1] db=,user= LOCATION: ScanPgRelation, relcache.c:314 > > > Hmm, I wonder if this is a bug introduced in 6a46aba1cd6d (in 9.6.10) > > that only hits autovacuum launcher after a relcache init removal at just > > the wrong time, or something like that? I don't immediately see how that'd be the culprit - we'd processed sinvals in some cases before that change too. I'm inclined to think Tom's guess is the right one, but ... My initial guess would be that one of the extensions registered a relcache callback, and does catalog accesses in an unconditional manner. > I think/hope that the launcher isn't connected to sinval, either. Hm, I don't think that's true? The launcher does InitPostgres() and everything (albeit without a database). And it needs to process relmapper updates, otherwise it can't access pg_database. And that's accessed via a normal heap_open(). Greetings, Andres Freund
В списке pgsql-bugs по дате отправления: