Re: Refactor recovery conflict signaling a little

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Xuneng Zhou <xunengzhou(at)gmail(dot)com>
Cc: Alexander Lakhin <exclusion(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>
Subject: Re: Refactor recovery conflict signaling a little
Date: 2026-03-09 15:28:42
Message-ID: f3316196-1a9e-4f70-a484-a8d5bb2cc235@iki.fi
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 09/03/2026 17:02, Xuneng Zhou wrote:
> Did you use Alexander’s reproducer script? I tried reproducing with a
> 1 ms pg_usleep() added to all three functions that clear
> MyProc->pendingRecoveryConflicts, but I still couldn’t reproduce the
> issue.

I used the attached, to be precise. With that it fails every time for
me. I'm not sure if the "if (am_walsender)" check is necessary, I added
it just to make the test run faster.

- Heikki

Attachment Content-Type Size
repro-sleep.patch text/x-patch 664 bytes

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Heikki Linnakangas 2026-03-09 15:41:57 Re: pg_combinebackup: incorrect size of VM fork after combine
Previous Message Ahmed Amr 2026-03-09 15:24:28 Question about foreign-key-based join removal in analyzejoins.c