Можно ли рестартить postgres автоматом?

Question

[BaJIepaMoTo6JIok]

В общем проблема в

LOG:  could not write temporary statistics file "pg_stat/db_14658792.tmp": No space left on device

из за чего крашиться бд. Рестарт помогает, но приходится его делать чуть ли не каждый день. Решение данной проблемы будет позже, а пока надо, чтобы бд авторестартилась при "падении".
Дело в том, что сам процесс postgresql активен при падении из-за этого

[Service]
Restart=on-failure

не поможет. Также как и restart_after_crash=on
Может есть какие то вотчдоги, которые мониторят доступ к бд и рестартят при его отсутствии?

Comments

[Slava Rozhnev]

Чем вам поможет рестарт если у вас место на диске кончилось?

[BaJIepaMoTo6JIok]

Slava Rozhnev, Места на диске еще 20гб, я хз какое место имеется в виду.

[mayton2019]

На момент возиникновения ситуации посмотри какой размер у файла pg_stat/db_14658792.tmp
Если взять толстую таблицу и сортировать ее сразу по всем колонкам то SQL машина может
затребовать много памяти. Может проблема комплексная и тут просто растягиваением диска или
ребутами ты ее не решишь.

И ребут базы это вообще не решение проблемы. Ведь это отказ в обслуживании по сути.
Какой-то SQL запрос был сбит на взлете.

[BaJIepaMoTo6JIok]

mayton2019, это все происходит глубокой ночью и не удается отследить

[mayton2019]

BaJIepaMoTo6JIok, ну то что ты придумал ребутать - это ты конечно молодец. Но это решение временное
и надо фиксить. Попробуй джобом через каждые 5 минут делать снимок таблицы с тяжелыми запросами
которые работали долго. И сохраняй в текстовые файлы. Утром - почитаешь.

Я такое делал в Oracle, но в PG я к сожалению не помню как эта VIEW называется. Но она точно есть в PG.

После того как ты будешь знать в лицо этот SQL запрос - будет понятна стратегия как с ним воевать.
Может просто там индекса не хватает. Или таблицу пора почистить.

[BaJIepaMoTo6JIok]

mayton2019, ты имеешь в виду slow log врубить?

[mayton2019]

BaJIepaMoTo6JIok, да. Но slow log тебе не покажет свободное место на pg_stat.
Поэтому параллельно запускай cron который будет делать df -h или du или что-то в этом
роде для более точного поиска времени сбоя.

Answer 1

[Dmitry]

ватчдогов каких только нет, сразу приходит на ум monit , но может вот эту проблему стоит пофиксить -

No space left on device

?