Re: PMChildFlags array

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: bhargav kamineni <bhargavpostgres(at)gmail(dot)com>
Cc: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: PMChildFlags array
Date: 2019-10-07 17:40:32
Message-ID: 1436.1570470032@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

bhargav kamineni <bhargavpostgres(at)gmail(dot)com> writes:
>> So ... how many is "a bunch"?
> more than 85

Hm. That doesn't seem like it'd be enough to trigger the problem;
you'd need about max_connections excess connections (that are shortly
going to be rejected) to run into this problem, and you said you
had max_connections = 500. Maybe several different clients were all
doing this at once?

But anyway, AFAICS there is only one code path that could lead to the
reported error message, so one way or another you got there. I've
pushed a fix for this, which will be in next month's releases.

> below errors observed after crash in postgres logfile :

> ERROR: xlog flush request is not satisfied for couple of tables , we have
> initiated the vacuum full on those tables and the error went off after that.
> ERROR: right sibling's left-link doesn't match: block 273660 links to
> 273500 instead of expected 273661 in index -- observed this error while
> doing vacuum freeze on databsase , we have dropped this index and created a
> new one

That seems unrelated. A postmaster crash shouldn't have any
data-corruption consequences, since it never touches any
relation files directly.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tomas Vondra 2019-10-07 18:08:42 Re: pgcrypto question
Previous Message Erik Aronesty 2019-10-07 16:05:16 pgcrypto question