From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | shveta malik <shveta(dot)malik(at)gmail(dot)com> |
Cc: | cca5507 <cca5507(at)qq(dot)com>, Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Logical replication launcher did not automatically restart when got SIGKILL |
Date: | 2025-07-25 01:47:18 |
Message-ID: | CAHGQGwEw00wMhgGppEZ1qy+2b3dy_4MioufvAoaC3h=_4rNfbg@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Jul 24, 2025 at 6:46 PM shveta malik <shveta(dot)malik(at)gmail(dot)com> wrote:
> Sounds reasonable.
> Thinking out loud, when cleaning up after a backend or background
> worker crash, process_pm_child_exit() is invoked, which subsequently
> calls both CleanupBackend() and HandleChildCrash(). After the cleanup
> completes, process_pm_child_exit() calls PostmasterStateMachine() to
> move to the next state. As part of that, PostmasterStateMachine()
> invokes ResetBackgroundWorkerCrashTimes() (only in crash
> scenarios/FatalError), to reset a few things. Since it also resets
> rw_worker.bgw_notify_pid, it seems reasonable to reset the rw_pid as
> well there.
Thanks!
Attached is a patch that fixes the issue by resetting rw_pid in
ResetBackgroundWorkerCrashTimes().
We should probably add a regression test for this case,
but I'd prefer to commit the fix first and work on the test separately.
Andrey Rudometov proposed a test patch in thread [1],
which we might use as a starting point.
Regards,
[1] https://postgr.es/m/CAF6JsWiO=i24qYitWe6ns1sXqcL86rYxdyU+pNYk-WueKPSySg@mail.gmail.com
--
Fujii Masao
Attachment | Content-Type | Size |
---|---|---|
v2-0001-Fix-background-worker-not-restarting-after-crash-.patch | application/octet-stream | 2.6 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Noah Misch | 2025-07-25 02:27:40 | Re: Test instability when pg_dump orders by OID |
Previous Message | Michael Paquier | 2025-07-25 01:38:59 | Re: Custom pgstat support performance regression for simple queries |