Re: Change log level for notifying hot standby is waiting non-overflowed snapshot
От | Fujii Masao |
---|---|
Тема | Re: Change log level for notifying hot standby is waiting non-overflowed snapshot |
Дата | |
Msg-id | 7d2a9f28-65ad-4470-8e87-4818d086bb5d@oss.nttdata.com обсуждение исходный текст |
Ответ на | Re: Change log level for notifying hot standby is waiting non-overflowed snapshot (torikoshia <torikoshia@oss.nttdata.com>) |
Ответы |
Re: Change log level for notifying hot standby is waiting non-overflowed snapshot
|
Список | pgsql-hackers |
On 2025/03/04 0:20, torikoshia wrote: > On 2025-03-03 13:10, Fujii Masao wrote: > > Thanks for your comments! > >> 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 yetaccepting connections >>> DETAIL: Consistent recovery state has not been yet reached. >> >> Could you share the steps to reproduce this situation? > > We can reproduce this situation using the following procedure. Thanks! I was able to reproduce the issue. > Agreed and I feel that a message suggesting something like "check if there are any overflowing transactions on the primaryside" would make it useful. I’m wondering if this message might still be confusing for users. Would they immediately understand what "overflowing transactions" means? Even after reading this message, it seems also unclear what actions they should take to resolve the issue. Plus, this message can appear multiple times if there are multiple overflowing transactions before starting accepting read-only connections - which could be even more confusing. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
В списке pgsql-hackers по дате отправления: