Re: [GENERAL] error updating a tuple after promoting a standby - Mailing list pgsql-general

From Adrian Klaver
Subject Re: [GENERAL] error updating a tuple after promoting a standby
Date
Msg-id bbbca63b-3b5e-e46a-beda-84efe971ff49@aklaver.com
Whole thread Raw
In response to Re: [GENERAL] error updating a tuple after promoting a standby  (Tom DalPozzo <t.dalpozzo@gmail.com>)
Responses Re: [GENERAL] error updating a tuple after promoting a standby
List 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.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>
>
>
> Thanks
> Pupillo


--
Adrian Klaver
adrian.klaver@aklaver.com


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: [GENERAL] How well does PostgreSQL 9.6.1 support unicode?
Next
From: Daniel Westermann
Date:
Subject: [GENERAL] pg_restore to a port where nobody is listening?