клиент на винде

заявление уходит, показыват что все ок, но статус соответственно не обновляется, техподдержка отчетности шлет и говорит что проблема из за кодировки на сервере

локали правильные должны быть везде

А правильные это какие?

Коллеги, подскажите по параметру PG  archive_timeout
Сейчас делал PAGE-бэкап с помощью pg_probackup и он отвалился по дефолтному таймауту в 5 мин, т.к. не дождался WAL-сегмента из-за низкой активности в БД.
В документации рекомендуется на мастере выставить archive_timeout меньше, чем параметр --archive-timeout для pg_probackup - тут все понятно и логично.
Непонятно мне следующее - я WAL-архив собираю с помощью pg_receivewal, и параметр archive_mode = off. Отсюда вопрос - а сработает ли archive_timeout?

сам себе отвечу )
сработает

если у Вас pg_receivewal, то Вам как раз и не нужна эта возня с archive_timeout, pbk умеет парсить .partial файлы

да, но:
2020-10-30 20:13:22 MSK [1056406]: INFO: Wait for LSN 864/966B8B40 in archived WAL segment /srv/storage/postgres_backup/wal/pgsrv/000000010000086400000096
2020-10-30 20:18:22 MSK [1056406]: ERROR: WAL segment 000000010000086400000096 could not be archived in 300 seconds
2020-10-30 20:18:22 MSK [1056406]: WARNING: Backup QJ0XYP is running, setting its status to ERROR

а VERBOSE можете показать?

может из-за того, что в pg_receivewal сжатие включено?

ну только как-то проэмулировать
я просмотрел архив - таких пауз больше 5 минут за последние сутки не увидел, а дальше листать устал

не, тоже должен прожевывать

ну это поведение уже по идее проэмулировано в тестах

я потому и удивился

ну я профеесионально нахожу проблемы на ровном месте )

ща момент

я включил VERBOSE в консоль, теперь мне покажет миллион строк на каждый файл )

можно сделать так:
--log-level-file=VERBOSE --log-filename=experiments.log

вот именно так и сделал, и получил файл в 98 байт (