Re: error updating a tuple after promoting a standby

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Tom DalPozzo <t(dot)dalpozzo(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: error updating a tuple after promoting a standby
Date: 2016-12-21 16:58:58
Message-ID: bbbca63b-3b5e-e46a-beda-84efe971ff49@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 12/21/2016 08:17 AM, Tom DalPozzo wrote:
> Hi,
>
>
> First I would find what base/16384/29153 actually is. So in the
> database where stato is:
>
> select relname from pg_class where relfilenode = 29153;
>
>
> below here the query you suggested, showing that file belongs to stato
> table as expected.
> ginopino=# select relname from pg_class where relfilenode = 29153;
> relname
> ---------
> stato
> (1 row)

Is there an index on this table?

Have you tried a REINDEX on it?

In your original post you mention this error occurred while testing
backup/replication/standby promotion.

What was the procedure you followed in doing the testing?

>
>
>
> 0 of 8192 bytes
> ginopino=# select * from stato where id=409; <<< IT WORKS FINE
>
>
> But does it have the updated info?
>
> Yes, it correctly shows the expected data before issuing the update
> query which generates the problem:
> ginopino=# select * from stato where id=409;
> id | ....... dati .......
> -----+-------------- .......
> 409 | \x4a735300db8f4b31ab8660f85192bc....................
>
>
> --
>
> Adrian Klaver
> adrian(dot)klaver(at)aklaver(dot)com <mailto:adrian(dot)klaver(at)aklaver(dot)com>
>
>
> Thanks
> Pupillo

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Daniel Westermann 2016-12-21 17:22:23 pg_restore to a port where nobody is listening?
Previous Message Tom Lane 2016-12-21 16:31:38 Re: How well does PostgreSQL 9.6.1 support unicode?