Re: sequencesync worker race with REFRESH SEQUENCES - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: sequencesync worker race with REFRESH SEQUENCES
Date
Msg-id CAA4eK1KcZb1PzBma2qm5kMq4KOZ5t=s1hB7zbHU1ej4LL5Yhnw@mail.gmail.com
Whole thread
In response to Re: sequencesync worker race with REFRESH SEQUENCES  (shveta malik <shveta.malik@gmail.com>)
List pgsql-hackers
On Wed, Jul 22, 2026 at 9:09 AM shveta malik <shveta.malik@gmail.com> wrote:
>
> On Wed, Jul 22, 2026 at 8:58 AM shveta malik <shveta.malik@gmail.com> wrote:
> >
> > When this idea was discussed earlier, I had asked whether we could
> > move the version check from copy_sequences() to the apply worker
> > (ProcessSequencesForSync) before it starts sequnece sync worker. The
> > intention was to avoid repeatedly starting the sequence-sync worker
> > only for it to exit in copy_sequences(). The apply worker itself could
> > report an error similar to how the backend reports it during REFRESH.
> > Thoughts?
>
> Apply-worker can report a WARNING instead of ERROR. It's no use if the
> apply worker keeps exiting and restarting instead of the seqsync
> worker.
>

I feel the WARNINGs can go unnoticed. Anyway, we do restart sync/apply
workers on ERROR or parameter change, so it seems okay to give ERROR
from sequence syncworker itself.

--
With Regards,
Amit Kapila.



Attachment

pgsql-hackers by date:

Previous
From: Shinya Kato
Date:
Subject: Re: doc: Add PROPERTY GRAPH to the access privilege tables
Next
From: shveta malik
Date:
Subject: Re: Support EXCEPT for ALL SEQUENCES publications