Re: BUG #17327: Postgres server does not correctly emit error for max_slot_wal_keep_size being breached

From: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>
To: alex(at)altmetric(dot)com
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #17327: Postgres server does not correctly emit error for max_slot_wal_keep_size being breached
Date: 2021-12-14 01:11:37
Message-ID: 20211214.101137.379073733372253470.horikyota.ntt@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Hello, Alex.

At Mon, 13 Dec 2021 09:45:51 +0000, Alex Enachioaie <alex(at)altmetric(dot)com> wrote in
> I think I'm happy to leave the method of resolution up to you, I think
> the main point for me would be that when a
> replication process gets terminated as a consequence of the underlying
> temporary replication slot reaching max_slot_wal_keep_size
> that we log a specific message to indicate to the user the cause of
> the termination rather than leave it ambiguous.

Ah.. I think I got your point. I thought that the message
"terminating process to release replication slot X" is showing the
cause for process termination but actually it doesn't mention the
reason for releasing replication slot. For persistent slots the
following message "invalidating slot" does that but that message is
absent for temporary slots. However, in that sense, the root reason
is not clearly stated in any case.

So I'm going to propose something like the following.

LOG: terminating process nnnnn to release replication slot "slot"
+ DETAIL: The WAL files retained by the slot is going to exceed max_slot_wal_keep_size.

Thanks!

--
Kyotaro Horiguchi
NTT Open Source Software Center

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Klaudie Willis 2021-12-14 08:16:08 Re: When Update balloons memory
Previous Message Tom Lane 2021-12-13 23:17:31 Re: When Update balloons memory