| From: | Ramakrishna Reddy Nandyala <rkreddy(dot)n(at)gmail(dot)com> |
|---|---|
| To: | Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org> |
| Subject: | Any known bugs with respect to data corruption in pg12/pg 14 |
| Date: | 2026-06-03 12:14:39 |
| Message-ID: | CA++_dZP4ygDekyvxmYbM8=egGshB4CRAd1mBHrdusO3CXzYwuw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
Hi Gurus
We are facing a peculiar issue with respect to pg 12 and pg14 on
RHEL8u10,post os patch objects are getting corrupted. The details are
unknown until we access the object's.
System Stack:
Db: pg12.22,pg14.19
Os : Rhel 8u10
THALES CTM FOR encryption solution
Stirage : Pure storage and VSAN DISK
We are not seeing any errors reported with respect to the corruption,unless
until we select The problematic object that to the problematic block only
Below corruption scenarios we observed
1) if the corruption happen on standby node no impact to the production
2) if corruption happen on production we could see same object we are
unable to select from standby node,means corruption is transfer to standby
node
3) if the corruption happen on block 0 it is not allowing to perform any
DML activity,if it is on other blocks it is allowing to
insert/update/delete in other good blocks,if system touches the problematic
block only it is failing
Need your guide lines how to identify what is going wrong,and where is
going wrong?
Is there any known bugs in these version with the given stack pg12/14 with
RHEL8u10
Is there any way we can stop not to replicate the problematic block to
standby node?
What will be the best practice to identify the problematic objects or blocks
We tried amcheck on pg14 it is not giving any results
Your expertise advise will be help us on coming out of the critical issue
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alicja Kucharczyk | 2026-06-03 12:32:41 | Re: Any known bugs with respect to data corruption in pg12/pg 14 |
| Previous Message | shammat | 2026-05-30 19:41:56 | Collation changes |