From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
---|---|
To: | Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> |
Cc: | PostgreSQL mailing lists <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #14228: replication slot catalog_xmin not cleared on slot reuse |
Date: | 2016-07-06 04:07:36 |
Message-ID: | CAB7nPqTQTRi0JmRUX_j=3rt0+kBPAW7EKPQRWoyjGwid98hZ+w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
_
On Wed, Jul 6, 2016 at 12:56 PM, Andrew Gierth
<andrew(at)tao11(dot)riddles(dot)org(dot)uk> wrote:
>>>>>> "Michael" == Michael Paquier <michael(dot)paquier(at)gmail(dot)com> writes:
>
> >> When creating a physical replication slot, the catalog_xmin field of
> >> the new slot is not initialized. If the slot storage had previously
> >> been used for a logical slot, the old catalog_xmin will remain in
> >> place and interfere with vacuum.
>
> Michael> Good catch! The same applies to confirmed_flush_lsn, which is
> Michael> used only by logical decoding and should remain as NULL for
> Michael> physical slots. So I propose the patch attached to address
> Michael> both problems.
>
> What about slot->effective_catalog_xmin ?
Yes. I guess so, as well as the other candidate_* fields in the slot
to begin from a clean state.
--
Michael
Attachment | Content-Type | Size |
---|---|---|
fix-repslot-init-v2.patch | application/x-patch | 1.0 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | nahumcastro | 2016-07-06 05:27:27 | BUG #14229: pg_config missing from postgresql95-devel |
Previous Message | Andrew Gierth | 2016-07-06 03:56:31 | Re: BUG #14228: replication slot catalog_xmin not cleared on slot reuse |