Re: missing chunk 0 for toast value ...

From: Andrew Hammond <andrew(dot)george(dot)hammond(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: missing chunk 0 for toast value ...
Date: 2011-10-26 00:04:46
Message-ID: CAAC-ZNX7L9ShEJbg1L-LYyWkp65RCOFYM=EPdFJ+miDNC7Dcuw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Oct 25, 2011 at 4:53 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Andrew Hammond <andrew(dot)george(dot)hammond(at)gmail(dot)com> writes:
> > On Tue, Oct 25, 2011 at 4:11 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >> Hmm, that's pretty interesting ... are there any nearby autovacuums of
> >> pg_toast_2619?
>
> > Several, both before and after the error message:
>
> Well, it seems clear that somehow the vacuum deleted a toast tuple that
> the other statement was about to fetch, but it's not clear how this
> could be. The pg_statistic fetch must have come from the planner, which
> should always be called with a transaction snapshot established, and
> that ought to protect it against vacuum deleting anything that could be
> visible to SnapshotNow. Weird.
>
> [ pokes around for a bit ... ] Hmm, can you say how the failing query
> was submitted, exactly? I'm wondering if it came in via simple Query
> (PQexec) or extended-query protocol (anything with parameters).
>

The command was sent from a python via django-1.2.1 using psycopg2-2.2.1

Andrew

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Lee Hachadoorian 2011-10-26 02:17:59 Large Rows
Previous Message Gavin Flower 2011-10-25 23:59:00 Re: Saving score of 3 players into a table