Добрый день!

Наблюдаю остановку доставки логов на реплику при разрыве-восстановлении соединения.
postgres 13.1, master-replication, async

Проверял как работает отставание на стендбае
recovery_min_apply_delay=1h
переружаю реплику, делаю create table на праймари, через 5 минут вижу в pg_stat_replication отставание растет. Пока все нормально, новые логи качаются на реплику, но не накатываются.

Рвем соединение на мастере опусканием сети. Делаем pg_switch_wal, наблюдаем пустой pg_stat_replication. Поднимаем сеть. Ожидаем появления записи в pg_stat_replication. Облом.
FATAL: terminating walsender due to timeout

Реплика
FATAL: terminating walreceiver due to timeout
Перегружаем реплику. А она говорит, что отставание в пределах нормы и логи качать не желает.
consistent recovery state reached at 16/6B01C640
На праймари пустой pg_stat_replication.

Вопрос: Что подкрутить, чтобы доставка логов восстанавливала свою работу при восстановлении связи?
FATAL: terminating walreceiver due to timeout - зачем ему приказали падать, приложения обычно пишут так, чтобы переконнекчиваться по иксепшену на разрыве соединения.

Melkij,

У меня отстающая реплика. Я хочу чтобы она отставала на указанное время, но логи качались без отставания.
Это нужно, чтобы в любое время докатить PITR куда надо.

Да и вообще, перегрузка реплики - это была просто проверка. Переподнимание walreceiver вот главная проблема.

Попробую поиграться с wal_receiver_timeout=0

Спасибо

ps: да, он не отваливается, а ждет появления сети. Умница!