RE: Fix LOCK_TIMEOUT handling in slotsync worker - Mailing list pgsql-hackers

From Zhijie Hou (Fujitsu)
Subject RE: Fix LOCK_TIMEOUT handling in slotsync worker
Date
Msg-id TY4PR01MB169072712C4050DA763D8729094A3A@TY4PR01MB16907.jpnprd01.prod.outlook.com
Whole thread Raw
In response to Re: Fix LOCK_TIMEOUT handling in slotsync worker  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
On Tuesday, December 9, 2025 1:34 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
> 
> On Mon, Dec 8, 2025 at 1:06 PM Chao Li <li.evan.chao@gmail.com> wrote:
> >
> > I have nit comment:
> >
> > ```
> > -       if (ShutdownRequestPending)
> > +       if (SlotSyncCtx->stopSignaled)
> >         {
> >                 ereport(LOG,
> > -                               errmsg("replication slot synchronization worker is shutting
> down on receiving SIGINT"));
> > +                               errmsg("replication slot
> > + synchronization worker is shutting down because promotion is
> > + triggered"));
> > ```
> >
> > In the error message, “because promotion is triggered" sound a little
> redundant, can be just:
> >
> > "replication slot synchronization worker is shutting down due to promotion"
> >
> 
> We have a number of existing similar messages like:  "logical replication
> parallel apply worker for subscription \"%s\" will stop because of a parameter
> change". So, how about: "replication slot synchronization worker will stop
> because promotion is triggered"?

The suggested message looks better. Here is the updated patch which
can be applied to all branches that supports slotsync.

Best Regards,
Hou zj

Attachment

pgsql-hackers by date:

Previous
From: tushar
Date:
Subject: Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped
Next
From: Amit Kapila
Date:
Subject: Re: Fix LOCK_TIMEOUT handling in slotsync worker