| From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
|---|---|
| To: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
| Subject: | Re: Trying to break online checksums with LLMs |
| Date: | 2026-09-14 19:59:42 |
| Message-ID: | CA+Tgmob=4k+TGmpDn9Tquk7T1ksRRDiqEVwdi4=HtzgzqSH53A@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Sep 14, 2026 at 9:47 AM Daniel Gustafsson <daniel(at)yesql(dot)se> wrote:
> Thinking about this over the weekend I think there is really only one possible
> option. When enabling checksums online the data checksums launcher will have
> to scan the datadir for orphan files, and abort processing if any are found
> (and log which files it found). While we don't have a tool for clearning, I
> don't think online checksums can, or should, handle the orphan files in any way
> other than bailing out. This needs adding net new code, which this really
> isn't a great time to be doing. CC:ing Heikki from RMT since I know he has
> eyes on this already.
It's for the RMT to decide whether that's good enough, but I'm
skeptical. I think a big part of the problem here is that it's really
hard to make something race-free. But even if we solve that problem or
disclaim it, I feel like it doesn't leave users in a very good place.
A lot of users will experience failures and will have no easy way to
find their way out from under the problem. Against that, there's a
plausible argument that users want this feature enough that they'll
still be happier to have the feature despite that problem. My
counter-argument to that is that if we shipped features with usability
restrictions that severe in every release, I don't think we'd be where
we are today as a project. Limitations are fine, but limitations where
there's not much you can do to avoid the problem or recover from it
are pretty bad, IMHO.
--
Robert Haas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bharath Rupireddy | 2026-09-14 20:07:00 | Re: Use WALReadFromBuffers in more places |
| Previous Message | Sami Imseih | 2026-09-14 19:52:47 | Re: Track skipped tables during autovacuum and autoanalyze |