Re: Would-be standby-node phoning home every 5 seconds. Why?

Поиск
Список
Период
Сортировка
От SOzcn
Тема Re: Would-be standby-node phoning home every 5 seconds. Why?
Дата
Msg-id CAJyV5AZB9OaWbjwbidqqFMyBVJ+9AHSTyBmzR5jRnEmB=c7HEA@mail.gmail.com
обсуждение исходный текст
Ответ на Would-be standby-node phoning home every 5 seconds. Why?  (Ron Johnson <ronljohnsonjr@gmail.com>)
Ответы Re: Would-be standby-node phoning home every 5 seconds. Why?  (Ron Johnson <ronljohnsonjr@gmail.com>)
Список pgsql-admin
Hello Ron, Can you check your "max_wal_senders" parameter value?
This is must come from the "max_wal_senders" parameter, if you set this as 5 seconds it's going to check this for each 5 second.

If you want to disable this, parameter value must be 0.

Have a nice day! 

Ron Johnson <ronljohnsonjr@gmail.com>, 19 Ara 2023 Sal, 17:08 tarihinde şunu yazdı:
PG 14.10

I had initiated streaming replication on a pair of new instances from Node A to Node B, and then stopped it via:
SELECT pg_terminate_backend(<wallreceiver pid>);
SELECT pg_drop_replication_slot(<slot name>);

That seemed to work, since Node A isn't replicating anymore:

postgres=# SELECT * from pg_replication_slots;
(0 rows)

postgres=#
postgres=# SELECT * from pg_stat_replication;
(0 rows)


Node B, unsurprisingly, doesn't have anything in pg_stat_wal_receiver.
$ psql --host=NodeB -xc "SELECT * FROM pg_stat_wal_receiver;"
(0 rows)


And yet, Node B tries to initialize replication every 5 seconds.  An excerpt from the log file:
2023-12-19 08:53:52.778 EST  NodeB  replicator   202014  initializing  53300   FATAL:  53300: number of requested standby connections exceeds max_wal_senders (currently 0)
2023-12-19 08:53:52.778 EST  NodeB  replicator   202014  initializing  53300   LOCATION:  InitProcess, proc.c:358

В списке pgsql-admin по дате отправления:

Предыдущее
От: Scott Ribe
Дата:
Сообщение: Re: Need inputs on postgresql HA with consul cluster
Следующее
От: Ron Johnson
Дата:
Сообщение: Re: Would-be standby-node phoning home every 5 seconds. Why?