Re: Change log level for notifying hot standby is waiting non-overflowed snapshot

From: Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>
To: torikoshia <torikoshia(at)oss(dot)nttdata(dot)com>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Change log level for notifying hot standby is waiting non-overflowed snapshot
Date: 2025-03-03 04:10:48
Message-ID: b00152d5-ce52-4639-8095-bb0b322ae4f5@oss.nttdata.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2025/02/03 22:35, torikoshia wrote:
> Hi,
>
> When a hot standby is restarted in a state where subtransactions have overflowed, it may become inaccessible:
>
>   $ psql: error: connection to server at "localhost" (::1), port 5433 failed: FATAL:  the database system is not yet accepting connections
>           DETAIL:  Consistent recovery state has not been yet reached.

Could you share the steps to reproduce this situation?

> However, the log message that indicates the cause of this issue seems to be only output at the DEBUG1 level:
>
>   elog(DEBUG1,
>        "recovery snapshot waiting for non-overflowed snapshot or "
>        "until oldest active xid on standby is at least %u (now %u)",
>        standbySnapshotPendingXmin,
>        running->oldestRunningXid);
>
> I believe this message would be useful not only for developers but also for users.

Isn't this log message too difficult for most users? It seems to
describe PostgreSQL's internal mechanisms, making it hard
for users to understand the issue and what actions to take.

Regards,

--
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2025-03-03 04:13:05 Re: Add assertion for failed alloc to palloc0() and palloc_extended()
Previous Message Amit Kapila 2025-03-03 03:38:59 Re: [Patch] add new parameter to pg_replication_origin_session_setup