BUG #17143: when the CPU is different, the index on the primary is ok but the index on the standby is damaged

From: PG Bug reporting form <noreply(at)postgresql(dot)org>
To: pgsql-bugs(at)lists(dot)postgresql(dot)org
Cc: lcj122(at)163(dot)com
Subject: BUG #17143: when the CPU is different, the index on the primary is ok but the index on the standby is damaged
Date: 2021-08-13 14:02:23
Message-ID: 17143-c8fc83cb45e831ab@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The following bug has been logged on the website:

Bug reference: 17143
Logged by: lcj
Email address: lcj122(at)163(dot)com
PostgreSQL version: 11.5
Operating system: liunx
Description:

Hello, I have encountered a problem in building a primary and standby
cluster using physical streaming replication on different CPU machines.
We created the primary on the x86 machine, and created the standby on the
arm machine. Now using amcheck to check the index, we find that the same
index is no problem on the primary, but the standby is indeed damaged.
The error reported on the standby machine is as follows:
ERROR: item order invariant violated for index "xxxx"
DETAIL: Lower index tid=(965,50) (points to heap tid=(13502,8)) higher
index tid=(965,51) (points to heap tid=(40017,19)) page lsn=392/59A2C8.

Does anyone know the reason? thanks.

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message David G. Johnston 2021-08-13 15:04:38 Re: BUG #17143: when the CPU is different, the index on the primary is ok but the index on the standby is damaged
Previous Message Tom Lane 2021-08-12 19:50:01 Re: Postgresql - Service hangs....