Did not find any relations.

какая версия postgreSQL?

11.4

давайте еще попробуем так, для очистки совести

pg_dumpall -s |grep MATERIALIZED

это дамп всей схемы и поиск

2021-02-08 12:03:00.865 MSK [21482] ERROR: could not access status of transaction 355275287
2021-02-08 12:03:00.865 MSK [21482] DETAIL: Could not open file "pg_xact/0152": No such file or directory.
2021-02-08 12:03:00.865 MSK [21482] STATEMENT: SELECT * FROM "transaction" WHERE guid=$1 FOR UPDATE
2021-02-08 12:03:00.866 MSK [21482] ERROR: current transaction is aborted, commands ignored until end of transaction block

Это битый "кластер". Делайте то, что там у Вас по плану в этом случае (и ищите проблемы с "железом", в первую очередь).

> пока лечу так dd if=/dev/zero of=pg_xact/0152 bs=256K count=1

Не делайте так никогда.

> хочется понять первопричину

Уже не имеет значения — данные надо спасать.

А это — неграмотное администрирование, кстати. :(

встает запись в таблицу, пока другого решения нет
«битый кластер» расплывчито, данные реплицируются в stolon кластре из 3 нод

а кластер в кубернетесе или на железных машинах?

сами инстансы постгри вне кубер кластера на vmware виртуалках

Какое "расплывчато"?!
Это точно битый кластер (т.е. там повреждены какие-то внутренние структуры данных, и почти наверняка потеряны или искажены пользовательские данные)!
И "думать" тут совершенно не о чем — эту проблему тут надо решать (раз есть хотя бы реплики, хоть данные спасёте... наверное).

сама проблема повторилась 2 раз вчера, первый 2 недели назад

Как вариант попробуйте сделать файловер на другую ноду, предварительно проверив что там проблема не воспроизводится. А эту на которой появляются ошибки, вообще вывести из эксплуатации или пересоздать на новой виртуалке.

что не так с индексом ?
запрос
SELECT * FROM core_zreportcurrencypart WHERE amount_in_byn is null and currency != 'BYN' ;

индекс
CREATE INDEX CONCURRENTLY core_zreportcurrencypart_currency_idx ON public.core_zreportcurrencypart
((amount_in_byn is NULL), ((currency)::text <> 'BYN'::text));

explain
Gather  (cost=1000.00..462360.94 rows=38285 width=475)
 Workers Planned: 2
 ->  Parallel Seq Scan on core_zreportcurrencypart  (cost=0.00..457532.44 rows=15952 width=475)
       Filter: ((amount_in_byn IS NULL) AND ((currency)::text <> 'BYN'::text))

если проблема воспроизводится на всех репликах, то как и говорит Ярослав запускать план по восстановлению данных. Обдумайте этот коментарий очень серъезно.

По оценкам дороже его использовать, чем нет, скорее всего.
Проверьте (enable_seqscan = off и т.п.), генерируется ли такой план в принципе. Если да, оценку Вы там увидите.
Если вдруг не генерируется, надо смотреть подробнее.

sudo smartctl -H /dev/sda2
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.1.12-124.22.2.el7uek.x86_64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

вот и как понять что с постгрей что то не так, в логах постгри никаких пролем не видно

база Postgres называется!

промоут мастера из реплики можно сделать достаточно быстро

Здравствуйте, как можно удалить такие временные таблицы? Для них нет схемы...

> сами инстансы постгри вне кубер кластера на vmware виртуалках

у вас тут несколько слоев абстракций, если искать причины/ошибки, то нужно проверять все 1) ос в виртуальной машине, 2) гипервизор 3) оборудование на котором запущен гипервизор, 4) хранилище, если оно внешнее

если задача проверить валидность данных в постгресовом инстансе и затем переключиться на него, то тут разные варианты - самый простой это сделать дамп (см. pg_dump) и рестор (см. pg_restore) из полученного дампа на какой-то отдельной временной машине. Если ошибок в обоих процессах не будет, то с высокой вероятностью с данными все порядке.