Что он делает по факту, нужно посмотреть в логах, прочитав в них всё с начала запуска.
Вы нашли, где это?

А процессы postgres'а есть?

> убить постмастер с долгоживущими трансакциями,

Долгоживущие или нет — неважно.
Важно только время (объём записи, на самом деле) с последнего checkpoint.
Для того-то и существуют все эти настройки checkpoint_timeout и max_wal_size — чтобы время recovery ограничить.

>А полные версии PostgreSQL там и там какие?

12.5, апгрейднулся вот ровно неделю назад. У меня еще archive_command была пустая, поэтому постгрес держал валы аж с нового года. Я ее поставил на true позавчера когда заметил что место на диске съедается.

>Да что он вообще может знать о процессах postgres?! 😉
>И я серьёзно, между прочим — запись в WAL такой процесс будет стараться откладывать — "за него" её почти наверняка будет выполнять что-то другое (тот backend, который делает свой commit); а запись в базу — checkpointer (на который Вы и видите жалобы в логах).

Да уж, я слышал что iotop нельзя использовать для мониторинга постгреса, ну вот что было)

pg_waldump показывает сплошь записи rmgr: Btree, это обновления индекса? Что-то в доках нет описания этих колонок которые эта утилита пишет...

👍

Еще флаг --follow не дает никакого эффекта 🙁

> 12.5, апгрейднулся вот ровно неделю назад.

Т.е. неизвестные bugs в логической репликации ни при чём, хотя бы. ;)

> У меня еще archive_command была пустая, поэтому постгрес держал валы аж с нового года.

И на источнике, и на приёмнике?

> Я ее поставил на true позавчера

И с тех пор всё нормализовалось? Кстати, почему бы не отключить архивирование, если оно не нужно (или уж, наоборот, настроить — что это Вы без архива живёте? ;) ).

> записи rmgr: Btree, это обновления индекса?

Да. И там вроде должны быть OID-ы, по которым можно найти, что это за индекс.
И да, описания нет — исходники придётся смотреть, если интересует подробно... но и это и не нужно, обычно.

>И на источнике, и на приёмнике?

Только на приемнике (наверное тк репликация логическая). На мастере я бы это моментально узнал.

>И с тех пор всё нормализовалось? Кстати, почему бы не отключить архивирование, если оно не нужно (или уж, наоборот, настроить — что это Вы без архива живёте? 😉 ).

Да, постгрес тогда почистил все эти WALы. Вообще я заметил что они не удалялись рефрешнув публикацию, тк отжор диска начал расти намного быстрее (красивый график на пике).

Конфиг с archive_mode приплелся с мастера, где я его тоже отключил) Я экспериментировал с архивом в S3, но S3 оказался слишком медленным а команда слишком синхронной чтоб успевать за количеством этих файлов)

что-то ни один из этих интов не кастится в текстовое имя объекта с oid::regclass...

Не в тот WAL попали, например (в тот, что уже был ротирован).
С высокой скоростью записи, даже если предварительно смотреть в postgres (pg_current_wal_lsn() и т.п.) и то можно промахнуться. ;)

Ааа, понятно! Этих 16-мб валов там по 20шт в минуту

То, что после rel — база/файл/блок, кажется (не помню точно).

> записи rmgr: Btree, это обновления индекса?

кстати сколько там индексов на таблице? может процесс рестора просто упирается в CPU на создании индексов?

посмотрите top -p $PID процесса которые заливает данные

Ох блин, копирую я таблицу email_address, и оказывается что оно обновляет индекс ix_email_address_domain_id! Разве COPY это должен делать? Или оно COPY только на стороне отправителя, а на логическую реплику оно прилетает в виде единичных операций внутри гигантской трансакции?

Во-первых, Fedora 30 out of support, рекомендую обновиться до 33
Во-вторых, не знаю, что вам конкретно нужно, но есть пакет postgresql-server-devel
В-третьих, обычно -devel отделяется от основного пакета
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_devel_packages

Так оно наверное и есть 🙁

Да, я вчера с горем пополам разобрался, спасибо большое за ответ

Точно так и есть, 90%-96% отъедает процесс для этой таблицы. Это не может быть IOWAIT если это logical replication worker?

посмотрите через pidstat -u -p $PID, там будет per-process распределение утилизации проца, там будет видно iowait или что другое