Re: [GENERAL] keeping WAL after dropping replication slots

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: [GENERAL] keeping WAL after dropping replication slots
Дата
Msg-id ede2a188-6c6e-3622-1251-a6429eb98e1c@aklaver.com
обсуждение исходный текст
Ответы Re: [GENERAL] keeping WAL after dropping replication slots  (Tom DalPozzo <t.dalpozzo@gmail.com>)
Список pgsql-general
On 04/04/2017 11:52 PM, Tom DalPozzo wrote:
> Hi,
>
> 2017-04-05 1:55 GMT+02:00 Adrian Klaver <adrian.klaver@aklaver.com
> <mailto:adrian.klaver@aklaver.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.

What are your settings for?:

archive_mode

archive_command

Do you see anything in the Postgres log that might apply?

>
>
>
>
>         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.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>
>
>
> Regards
> Pupillo
>


--
Adrian Klaver
adrian.klaver@aklaver.com


В списке pgsql-general по дате отправления:

Предыдущее
От: "David G. Johnston"
Дата:
Сообщение: Re: [GENERAL] WAL being written during SELECT * query
Следующее
От: rob stone
Дата:
Сообщение: Re: [GENERAL] A change in the Debian install