From: | vignesh C <vignesh21(at)gmail(dot)com> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com> |
Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, pgsql-bugs(at)postgresql(dot)org, Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: [16+] subscription can end up in inconsistent state |
Date: | 2023-09-21 19:47:50 |
Message-ID: | CALDaNm0fJ8dibhG-2sVKJaLP8pz-2T1o9epPvcdpb9FHyhn3gg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, 12 Sept 2023 at 01:42, Jeff Davis <pgsql(at)j-davis(dot)com> wrote:
>
> On Mon, 2023-09-11 at 08:59 +0530, Amit Kapila wrote:
> > Can we think of calling walrcv_check_conninfo() when the following
> > check is true (MySubscription->passwordrequired &&
> > !superuser_arg(MySubscription->owner))? IIUC this has to be done for
> > both apply_worker and tablesync_worker.
>
> To me, it would make sense to just have walrcv_connect() do both checks
> (a) and (b) -- rather than only check (b) -- when must_use_password is
> true. Separating these checks (which are really two parts of the same
> check) led to this problem in the first place.
Modified it to make the check in walrcv_connect.
> Another thought: we may also need to invalidate the subscription worker
> in cases where a user loses their superuser status.
Added invalidation of the subscription worker.
Attached patch has the changes for the same.
Regards,
Vignesh
Attachment | Content-Type | Size |
---|---|---|
v1-0001-Super-user-related-fixes-in-logical-replication.patch | text/x-patch | 18.0 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2023-09-21 20:13:18 | BUG #18128: a Parallel Hash started with batches 64 but increased to 262144 and FreeableMemory tanked |
Previous Message | Stephen Frost | 2023-09-21 19:30:37 | Re: Invalid dump file after drop of role that previously created extension containing a table. |