Re: cache lookup failed for index

From: Willy-Bas Loos <willybas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: cache lookup failed for index
Date: 2016-06-29 15:01:18
Message-ID: CAHnozTjqUTg9ncgnbB+KhQvCX49VAwxOfpnYojqWhCpr+MVv3Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Jun 29, 2016 at 4:26 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Willy-Bas Loos <willybas(at)gmail(dot)com> writes:
> > So what i don't get is, -if the above is the case- If pg_dump expects to
> > find an index, it already knows about its existence. Then why does it
> need
> > to look for it again?
>
>
> pg_dump can't tell the index is no longer there --- but some of the
> backend functions it calls can tell, and they throw errors.
>
> There are various ways this might be rejiggered, but none of them
> entirely remove all risk of failure in the presence of concurrent DDL.
> Personally I'd recommend just retrying the pg_dump until it succeeds.
>
> regards, tom lane
>

Now that i know what it is, I can live with it.
Thanks for the insight!

--
Willy-Bas Loos

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Mark Morgan Lloyd 2016-06-29 16:37:59 Stored procedure version control
Previous Message Kaixi Luo 2016-06-29 14:51:16 How safe is pg_basebackup + continuous archiving?