From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | Sbob <sbob(at)quadratum-braccas(dot)com>, pgsql-admin(at)lists(dot)postgresql(dot)org |
Subject: | Re: Intermittent missing chunk ERRORS |
Date: | 2025-04-27 19:52:52 |
Message-ID: | 39f5699d8e5a6d855b6cd2c62d329c327cf9f8a3.camel@cybertec.at |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Sat, 2025-04-26 at 16:54 -0600, Sbob wrote:
> > If it is transient, that could mean a couple of things:
> >
> > - a TOAST index was corrupted, and REINDEX fixed it
> >
> > - faulty RAM corrupted data, but as soon as the corrupted buffer was evicted,
> > the problem was gone
> >
> > - somebody updated or deleted the row, and the corruption is hidden
>
> I did REINDEX and the error came back, however this last time when they
> informed me about the error they sent the select statement throwing the
> error and once I logged in I ran their select statement and it worked,
> no REINDEX had been run, and then I asked them to run it again and it
> worked for them as well
>
> So, the first option above is not the answer and I dont think anyone
> updated the row, their process is mostly reads but I will verify, so
> maybe the RAM issue? the servers are cloud VM's in a private cloud
Maybe. Check the hardware.
Or maybe it is as Tom says.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | Sbob | 2025-04-28 14:10:57 | Re: Intermittent missing chunk ERRORS |
Previous Message | Tom Lane | 2025-04-27 18:25:55 | Re: Intermittent missing chunk ERRORS |