Re: pgstattuple triggered checkpoint failure and database outage? - Mailing list pgsql-general

From Tom Lane
Subject Re: pgstattuple triggered checkpoint failure and database outage?
Date
Msg-id 301.1238472655@sss.pgh.pa.us
Whole thread Raw
In response to Re: pgstattuple triggered checkpoint failure and database outage?  (Stuart Bishop <stuart@stuartbishop.net>)
Responses Re: pgstattuple triggered checkpoint failure and database outage?  (Stuart Bishop <stuart@stuartbishop.net>)
List pgsql-general
Stuart Bishop <stuart@stuartbishop.net> writes:
> On Tue, Mar 31, 2009 at 8:59 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> What's the actual size of that relation now?  Is it growing rapidly?
>> (I'm trying to figure out whether those writes *should* have succeeded,
>> or whether the block numbers were corrupt in memory.)

> I can't seem to find a file on disk named 11088101 or an entry in pg_class where relfilenode = 11088101.

> Are the allocated table oids always increasing? If so, I can pretty much guarantee that the missing relation was a
temporarytable or the index on the temporary table. It had a single integer column and maybe 50million rows. 

The OIDs increase till they wrap around, so what this sounds like is a
problem with somebody fetching temporary-table blocks into shared memory
(where they should never be), and then things going wrong after the
owning backend drops the temp table (without having cleared out shared
buffers, which it won't do because it doesn't think it needs to).  Can
you say what was the exact command(s) you were using with pgstattuple?

            regards, tom lane

pgsql-general by date:

Previous
From: Justin
Date:
Subject: Re: string_to_array with empty input
Next
From: "David E. Wheeler"
Date:
Subject: Re: [HACKERS] string_to_array with empty input