| From: | "lchch1990(at)sina(dot)cn" <lchch1990(at)sina(dot)cn> |
|---|---|
| To: | "Laurenz Albe" <laurenz(dot)albe(at)cybertec(dot)at>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Can we change pg_rewind used without wal_log_hints and data_checksums |
| Date: | 2026-01-15 07:13:42 |
| Message-ID: | 2026011515132967599611@sina.cn |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, 2026-01-15 at 13:47 +0800, laurenz(dot)albe(at)cybertec(dot)at wrote:
> Now if we run pg_rewind on server A, it examines the local WAL to find all the blocks
> that were modified after the last common checkpoint (which happened in step 3 above).
> If neither wal_log_hints = on nor checksums are enabled (which effectively forces
> WAL-logging hint bit changes), there is no track of step 5 in the WAL, and pg_rewind
> fails to copy that block from server B. The consequence is that after pg_rewind, the
> row is *still* visible on server A because of the hint bits. That is data corruption.
> Therefore, the requirement cannot be relaxed.
Yes I known the step and I have check the mail link. As described in the top mail we can
find some way to solve the problem so that pg_rewind can run without wal_log_hints and
data_checksums.
Currently pg_rewind search wal start at checkpoint lsn or redo lsn, I mean to search more
wal to cover whole releated transactions so any releated pages with copyed, and we never
warried about hint bits issue.
Anyway, I wish this mail in order.
----
Best Regards,
Movead Li
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Shinya Kato | 2026-01-15 07:14:35 | Re: file_fdw: Support multi-line HEADER option. |
| Previous Message | Andrey Silitskiy | 2026-01-15 07:06:49 | Re: Exit walsender before confirming remote flush in logical replication |