| From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
|---|---|
| To: | Bruce Momjian <bruce(at)momjian(dot)us> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: toast table corrupted by vacuum - missing chunk number 0 for toast value |
| Date: | 2026-08-20 19:56:52 |
| Message-ID: | CAFj8pRBBAX_RvF7z3vT+jsNtULcHRJz_rmTjHqpGrtCCfi74hg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi
čt 20. 8. 2026 v 18:52 odesílatel Bruce Momjian <bruce(at)momjian(dot)us> napsal:
> On Sun, Jul 12, 2026 at 08:48:28PM +0200, Pavel Stehule wrote:
> > Hi,
> >
> > My customer reported corrupted toast tables on PostgreSQL 14.20. He uses
> wal
> > archiving - so it was possible to read data from broken pages. The
> corrupted
> > rows are detected by SELECT command.
>
> I would first look to see if it was fixed from 14.20 to 14.24.
>
Unfortunately I am not able to check this. The customer reported this issue
only once. Now, he did upgrade, and he didn't report this issue again.
We didn't find any way how this issue can be reproduced. We manually
executed VACUUM on the database that was restored to the time close before
this issue - and the data was not broken - but now, I am not sure what was
the minor version that we used for this test (we did these tests a few
months after this issue).
I am almost sure this bug has ultra low frequency - but not zero - and
probably there are more different reasons with the same error message at
the end.
Regards
Pavel
> --
> Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
> EDB https://enterprisedb.com
>
> Do not let urgent matters crowd out time for investment in the future.
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2026-08-20 20:06:39 | Re: Allow a prosupport function to be attached to an aggregate |
| Previous Message | Tom Lane | 2026-08-20 19:47:45 | Re: Allow a prosupport function to be attached to an aggregate |