значит чистили при работающем сервере

temp можно чистить только при остановленной службе

К рамках темы которую сегодня обсуждали - pg_stat_tmp
Подскажите как можно убедиться, что у меня pg_stat_tmp вынесена или не вынесена на RAM диск? Никаких дополнительных настроек я для этого не делал. PostgreSQL от pgpro
postgres=# show stats_temp_directory;
stats_temp_directory
----------------------
pg_stat_tmp
(1 строка)

посомтри в конфигурационном файле по какому пути находится каталог и сходит туда посмотри даты изменения файлов

ну и есть ли там каталог этот вообще

судя по значению этой переменной статистика у вас лежит в /var/lib/.../data/pg_stat_tmp/

Каталог есть, файлы в нем есть. Получается, что в моем случае они сохраняются на диск и нужно выносить на RAM?

желательно выносить, скорость работы ПГ увеличится

тип диска, на котором размещена data/, какой?

Знатоки подскажите pls что может быть?
pg_probackup спасает, но стало часто.
>DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
< 2021-02-22 04:25:09.182 MSK >HINT:  In a moment you should be able to reconnect to the database and repeat your command.
< 2021-02-22 04:25:09.190 MSK >WARNING:  terminating connection because of crash of another server process
< 2021-02-22 04:25:09.190 MSK >DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
< 2021-02-22 04:25:09.190 MSK >HINT:  In a moment you should be able to reconnect to the da< 2021-02-22 04:25:09.146 MSK >PANIC:  could not fsync file "base/57297/15693139": Bad file descriptor
< 2021-02-22 04:25:09.173 MSK >LOG:  checkpointer process (PID 3808) exited with exit code 3
< 2021-02-22 04:25:09.173 MSK >LOG:  terminating any other active server processes
< 2021-02-22 04:25:09.173 MSK >WARNING:  terminating connection because of crash of another server process
< 2021-02-22 04:25:09.173 MSK >DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
< 2021-02-22 04:25:09.173 MSK >HINT:  In a moment you should be able to reconnect to the database and repeat your command.
< 2021-02-22 04:25:09.182 MSK >WARNING:  terminating connection because of crash of another server process
< 2021-02-22 04:25:09.182 MSK tabase and repeat your command.
< 2021-02-22 04:25:09.282 MSK >LOG:  all server processes terminated; reinitializing
< 2021-02-22 04:25:09.351 MSK >LOG:  database system was interrupted; last known up at 2021-02-22 04:24:20 MSK
< 2021-02-22 04:25:29.927 MSK >LOG:  could not fsync file "./base/57297/15693137.4": Bad file descriptor
< 2021-02-22 04:25:29.963 MSK >LOG:  could not fsync file "./base/57297/15693139": Bad file descriptor
< 2021-02-22 04:25:30.127 MSK >LOG:  database system was not properly shut down; automatic recovery in progress
< 2021-02-22 04:25:30.191 MSK >LOG:  redo starts at 19B/DE036290
< 2021-02-22 04:25:36.699 MSK >LOG:  redo done at 19C/1D3FFE78
< 2021-02-22 04:25:36.699 MSK >LOG:  last completed transaction was at log time 2021-02-22 04:25:08.857086+03
< 2021-02-22 04:25:46.423 MSK >PANIC:  could not fsync file "base/57297/15693137.4": Bad file descriptor
< 2021-02-22 04:25:46.496 MSK >LOG:  shutdown at recovery target
< 2021-02-22 04:25:46.496 MSK >LOG:  abnormal database system shutdown
< 2021-02-22 04:25:46.516 MSK >LOG:  database system is shut down

из 4х дисков Samsung SSD EVO 860 собран zfs pool

oom killer?

На windows?

а почему нет-то, он там тоже есть

но, конечно, может и что-то другое быть разумеется

и даже для ссд будет ускорение от перевода на tmpfs. латенси в любом случае ниже. Не удалось проверить?

ошибки диска/фс исключены?

Не должны, новый SSD

ntfs? в системном журнале всё чисто?

Да