Есть таблица, с которой нужно посчитать максимальное кол-во разговоров, которые были  в течении одной минуты, и вывести потом результат за каждый час
Номер          Время разговора
121313          14:35
121313          14:35
121313          14:36
121313          14:36
121313          14:36
121321          15:20
121321          15:21
121321          15:20
121321          15:21

Что нужно в итоге
Время       Макс количество разговоров
14:00           3
15:00           2

Сталкивался кто нибудь с подобным?

а сравнивали конфиги то между двумя standby кластерами? один то ведь нормально взлетел, может во втором где-то копипаста закралась или опечатки

а у меня не запрашивает, всё работает.
ещё раз:
1. работаете только от postgres пользователя ?
2. файл ~postgres/.pgpass есть и имеет права доступа 600 ?
3. руками подключение с нужными ключами к базе проходит без пароля ?
4. если сделать crontab -l под пользователем postgres видим нужную задачу ?

1. Сейчас настроено под postgres
2. да, 600
3. С любыми ключами pgprobackup запрашивает пароль
4. под него postgres пока не настраивал, мне бы просто сначала запустить ?

может проблема с версией pg-probackup-std-13.x86_64?, с 12 таких проблем не было, но она не заточена под постгри 13.
Так же на 13 версии нужно руками указывать пути до бинарника.

вобщем решил удалением standby кластера из dcs и новой инициализацией

1. Сейчас настроено под postgres
2. да, 600
3. С любыми ключами pgprobackup запрашивает пароль
4. под него postgres пока не настраивал, мне бы просто сначала запустить ?

может проблема с версией pg-probackup-std-13.x86_64?, с 12 таких проблем не было, но она не заточена под постгри 13.
Так же на 13 версии нужно руками указывать пути до бинарника.

всем привет, размер этой таблицы 1,2 гб - это самая большая таблица, остальные меньше 100мб, там хранятся рассылки, чтобы уменьшит нагрузку хочу убрать индексы потому что выборка не особо с этой таблицы, и еще как запустить автовакум для этой таблицы, он давно не запускался, может поэтому раздулся? правильно ли мыслю?

можно еще pg_repack если возможно организовать простой.
С индексами надо быть аккуратным - можно сильно уронить производительность, хотя если есть однозначно неиспользуемые - можно подчистить.

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

вот эти с нулевыми значениями индексы можно смело удалять?

я так с ходу не соринетируюсь по представленным данным.
https://wiki.postgresql.org/wiki/Index_Maintenance - вот есть статья по полезным скриптам для работы с индексами. Там есть скрипт который показывает количетсво использований индексов и занимаемый ими размер

А alarms_pkey это разве не первичный ключ?