| From: | Ajin Cherian <itsajin(at)gmail(dot)com> |
|---|---|
| To: | Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, vignesh C <vignesh21(at)gmail(dot)com> |
| Subject: | Re: [PG19] Sequence sync stops when the subscription owner can't SET ROLE to a sequence owner |
| Date: | 2026-10-20 02:21:37 |
| Message-ID: | CAFPTHDY3QmmNrNWLP=cAgiHB2=kdkExAQg6s-V-UkdYh0UgSew@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sat, Oct 17, 2026 at 4:19 AM Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com> wrote:
>
> Hello
>
> The patch also extends 036_sequences.pl, the new check fails without the fix.
Hi Zsolt,
The fix looks right to me, but the new test in 036_sequences.pl fails
intermittently (about once in 15 runs here). When it fails, it times
out waiting for the "insufficient privileges on subscriber sequence"
WARNING, because the sequencesync worker ends up syncing regress_s4
without any error.
The CONNECTION and password_required changes in the test setup cause
the apply worker to restart, and it can come back up before the OWNER
TO change commits. In that case it still has the old superuser owner,
so the sequencesync worker runs as superuser, member_can_set_role()
succeeds, and no WARNING is emitted.
The test needs to make sure the workers have restarted with the new
owner before running REFRESH SEQUENCES.
Regards,
Ajin Cherian
Fujitsu Australia
| From | Date | Subject | |
|---|---|---|---|
| Next Message | shihao zhong | 2026-10-20 02:24:34 | Re: [PG19] Three bugs with a CHECK constraint that only the child enforces |
| Previous Message | shihao zhong | 2026-10-20 02:20:16 | Re: [PG19] ILIKE index scan misses rows with a libc UTF-8 collation on macOS |