Re: Corruption with duplicate primary key

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Corruption with duplicate primary key
Дата
Msg-id CAH2-Wzn1eAuiQZF3Na_C4bCZeGfU-4v+XC-3XqDbVByp4sdTvw@mail.gmail.com
обсуждение исходный текст
Ответ на Corruption with duplicate primary key  (Alex Adriaanse <alex@oseberg.io>)
Ответы Re: Corruption with duplicate primary key  (Alex Adriaanse <alex@oseberg.io>)
Список pgsql-hackers
On Thu, Dec 5, 2019 at 1:14 PM Alex Adriaanse <alex@oseberg.io> wrote:
> We have a Postgres 10 database that we recently upgraded to Postgres 12 using pg_upgrade. We recently discovered that
thereare rows in one of the tables that have duplicate primary keys:
 

What's the timeline here? In other words, does it look like these rows
were updated and/or deleted before, around the same time as, or after
the upgrade?

The symptoms you report seem fairly generic to me, at least at first
blush. They could be caused by storage level inconsistencies that
could have many causes.

> This database runs inside Docker, with the data directory bind-mounted to a reflink-enabled XFS filesystem. The VM is
runningDebian's 4.19.16-1~bpo9+1 kernel inside an AWS EC2 instance. We have Debezium stream data from this database via
pgoutput.

That seems suspicious, since reflink support for XFS is rather immature.

How did you invoke pg_upgrade? Did you use the --link (hard link) option?

-- 
Peter Geoghegan



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Runtime pruning problem
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [Proposal] Level4 Warnings show many shadow vars