Re: [GENERAL] error updating a tuple after promoting a standby

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: [GENERAL] error updating a tuple after promoting a standby
Дата
Msg-id bbbca63b-3b5e-e46a-beda-84efe971ff49@aklaver.com
обсуждение исходный текст
Ответ на Re: [GENERAL] error updating a tuple after promoting a standby  (Tom DalPozzo <t.dalpozzo@gmail.com>)
Ответы Re: [GENERAL] error updating a tuple after promoting a standby
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [GENERAL] How well does PostgreSQL 9.6.1 support unicode?
Следующее
От: Daniel Westermann
Дата:
Сообщение: [GENERAL] pg_restore to a port where nobody is listening?