Re: Shutdown indefinitely stuck due to unflushed FPI_FOR_HINT record
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Fujii Masao <masao.fujii@gmail.com>
Cc: Anthonin Bonnefoy <anthonin.bonnefoy@datadoghq.com>, Andres Freund <andres@anarazel.de>, Alexander Lakhin <exclusion@gmail.com>, PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2026-03-16T23:26:19Z
Lists: pgsql-hackers
On Tue, Mar 17, 2026 at 08:16:08AM +0900, Fujii Masao wrote: > On Mon, Mar 16, 2026 at 6:45 PM Anthonin Bonnefoy > <anthonin.bonnefoy@datadoghq.com> wrote: >> Thanks for the updated patch! I've run my test script against the >> patch and there's no more "xlog flush request xxx is not satisfied" >> errors reported. > > Thanks for the test! I've pushed the patch. This stuff seems sensible enough that I think we should at least have a test, no? It does not have to be absolutely perfect in terms of reproducibility, just good enough to be able to detect it across the buildfarm. We already do various things with page boundaries in WAL during recovery, and a shutdown could be perhaps timed to increase the reproducibility rate of the issues discussed? -- Michael
Commits
-
Fix WAL flush LSN used by logical walsender during shutdown
- f15471464650 14.23 landed
- fa9f2e317562 15.18 landed
- da21ecf5798c 16.14 landed
- 8ee536c89517 17.10 landed
- 9804981386a0 18.4 landed
- d927b4bd97c8 19 (unreleased) landed
-
Use GetXLogInsertEndRecPtr in gistGetFakeLSN
- b1f14c967202 19 (unreleased) cited
-
Fix publisher shutdown hang caused by logical walsender busy loop.
- 3bf6f22ce151 14.23 landed
- 42734f296615 15.18 landed
- 82935467a033 16.14 landed
- bbbc0888b356 17.10 landed
- 3eb2fecdbbfc 18.4 landed
- 6eedb2a5fd88 19 (unreleased) landed