Re: Add hint about replication slots when nearing wraparound

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: Feike Steenbergen <feikesteenbergen(at)gmail(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Add hint about replication slots when nearing wraparound
Date: 2017-12-21 04:32:35
Message-ID: CAB7nPqR5THjnrhNCbkCT1Ed6Bjq_uKOo-Ff6rwiz+mh-uiRFug@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Dec 20, 2017 at 10:00 PM, Feike Steenbergen
<feikesteenbergen(at)gmail(dot)com> wrote:
> As far as I know the issue only occurs for stale replication slots for
> logical decoding but not for physical replication, is that correct?

Yeah, I recall something similar.

@@ -255,7 +255,9 @@ $ pg_recvlogical -d postgres --slot test --drop-slot
even when there is no connection using them. This consumes storage
because neither required WAL nor required rows from the system catalogs
can be removed by <command>VACUUM</command> as long as they are
required by a replication
- slot. So if a slot is no longer required it should be dropped.
+ slot. In extreme cases this could cause the database to shut
down to prevent
+ transaction ID wraparound (see <xref linkend="vacuum-for-wraparound"/>).
+ So if a slot is no longer required it should be dropped.
</para>

Don't you want to put that in its own <caution> block? That's rather
important not to miss for administrators.
--
Michael

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeff Janes 2017-12-21 04:51:04 Re: Bitmap table scan cost per page formula
Previous Message Robert Haas 2017-12-21 03:58:26 Re: Letting plpgsql in on the fun with the new expression eval stuff