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
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 |