Re: BUG #14228: replication slot catalog_xmin not cleared on slot reuse

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

In response to

Responses

Browse pgsql-bugs by date

  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