From: | Jeremy Finzel <finzelj(at)gmail(dot)com> |
---|---|
To: | Achilleas Mantzios <achill(at)matrix(dot)gatewaynet(dot)com> |
Cc: | PostgreSQL General <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: PostgreSQL logical replication depends on WAL segments? |
Date: | 2019-01-22 20:16:24 |
Message-ID: | CAMa1XUgA0-saNbbGoshLj7uRumdv6-93V4nwZLXbQETtTObyJA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
>
> wal retention in pg_wal and wal archiving are different things. The OP got
> problems cause he deliberately went on to delete files in pg_wal which
> means he used the wrong method to address a wrong situation.
>
> However, if the OP has still those WAL files archived he can use them to
> bring logical replication back in synch. Don't ask me how I know :
> https://www.postgresql.org/message-id/ae8812c3-d138-73b7-537a-a273e15ef6e1%40matrix.gatewaynet.com
>
I don't think we are disagreeing. My point is that WAL will be retained in
pg_wal if it is still needed by a replication slot, and any one of those
WAL files will not be archived and recycled as long as it no longer needed
by a replication slot. So yes, they are different things, but they are
related in that sense.
It sounded to me like he had an old slot in place pointing to old WAL
files, which the cron job removed, thus leading to his error.
Sure, he can recover from this by moving those WAL files back into pg_wal.
But my point is simply that he should rely on WAL archiving rather than
archiving via cron because Postgres handles knowing whether or not a
replication slot still needs a WAL file.
Thanks,
Jeremy
From | Date | Subject | |
---|---|---|---|
Next Message | Jeremy Finzel | 2019-01-22 20:18:25 | Re: PostgreSQL logical replication depends on WAL segments? |
Previous Message | Achilleas Mantzios | 2019-01-22 20:06:41 | Re: PostgreSQL logical replication depends on WAL segments? |