Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> writes:
> Tom Lane wrote:
>> 2. By chance, a shared-cache-inval flush comes through while it's doing
>> that, causing all non-open, non-nailed relcache entries to be discarded.
>> Including, in particular, the one that is "next" according to the
>> hash_seq_search's status.
> I thought we have catchup interrupts disabled at that point. Where does
> the flush come from?
Actual overrun. Disabling the catchup interrupt certainly can't
(Michael's core dump showed that the failed backend was about 7000 SI
messages behind, where the overrun limit is 4K...)
regards, tom lane
In response to
pgsql-bugs by date
|Next:||From: Annita Veneti||Date: 2009-09-25 07:56:22|
|Subject: Re: BUG #5063: MS Access crashes by quiting after linking
tables with PostgreSQL|
|Previous:||From: Heikki Linnakangas||Date: 2009-09-25 06:53:24|
|Subject: Re: Postgresql 8.4.1 segfault, backtrace|