Re: keeping WAL after dropping replication slots

From: Tom DalPozzo <t(dot)dalpozzo(at)gmail(dot)com>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: keeping WAL after dropping replication slots
Date: 2017-04-05 06:52:56
Message-ID: CAK77FCSoaPfOPjyXCGBiR-dr7jbwOLehFAMs+aXfQH8Dn-woWw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,

2017-04-05 1:55 GMT+02:00 Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>:

> On 04/04/2017 07:45 AM, Tom DalPozzo wrote:
>
> Postgres version?
>
9.6.1

>
> Hi,
>> I had two replication slots on my primary. Slaves off and (around 800)
>> WALs kept as expected.
>>
>
> Slaves off means?:
>

> You replication set up from the master to the slaves(how many?).
> Then you disconnected the slaves how?
>
> I have 2 slaves configured with async replication but they were down when
I dropped the slots.

So the 800 WALs number mean you have wal_keep_segments set to 800?
>
No, wal_keep_segments is commented.
800 is the rough number of files I saw in xlog dir before dropping the
slots.

>
>
> I dropped those slots but over time, the system kept on adding new WALs
>> without reusing them or deleting them.
>> Only after shutdown and restart the system deleted those WAL files.
>> Is that ok?
>> regards
>> Pupillo
>>
>>
>>
>
> --
> Adrian Klaver
> adrian(dot)klaver(at)aklaver(dot)com
>

Regards
Pupillo

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Daniel Westermann 2017-04-05 06:57:17 Re: Query never completes with low work_mem (at least not within one hour)
Previous Message Peter Eisentraut 2017-04-05 05:06:48 Re: AEXPR_OR, AEXPR_AND is not in postgres 9.6, how can I rewrite where it used in 9.3 ?