| From: | Bruce Momjian <bruce(at)momjian(dot)us> |
|---|---|
| To: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
| Cc: | Bernd Helmle <mailings(at)oopsware(dot)de>, Tomas Vondra <tomas(at)vondra(dot)me>, Michael Paquier <michael(at)paquier(dot)xyz>, Michael Banck <mbanck(at)gmx(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Changing the state of data checksums in a running cluster |
| Date: | 2025-08-19 16:21:41 |
| Message-ID: | aKSklV1QwxMB1QCr@momjian.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sat, Aug 16, 2025 at 09:34:03PM +0200, Daniel Gustafsson wrote:
> Attached is a rebase on top of the func.sgml changes which caused this to no
> longer apply.
>
> This version is also substantially updated with a new injection point based
> test suite, fixed a few bugs (found by said test suite), added checkpoint to
> disabling checksums, code cleanup, more granular wait events, comment rewrites
> and additions and more smaller cleanups.
I am very glad you went simple and didn't attempt restarting this
process from the place it stopped:
If the cluster is stopped while in <literal>inprogress-on</literal>
mode, for any reason, then this process must be
restarted manually. To do this, re-execute the function
<function>pg_enable_data_checksums()</function> once the cluster has
been restarted. The process will start over, there is no support for
resuming work from where it was interrupted.
--
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 | postgres | 2025-08-19 16:23:07 | Adjusting my IDE expectations for a C extension development |
| Previous Message | 章晨曦 | 2025-08-19 16:18:34 | Re: Performance issue on temporary relations |