Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
10.06.2019, 14:06
|
|||
---|---|---|---|
|
|||
FATAL: remaining connection slots are reserved for non-replication superuser connections |
|||
#18+
Приветствую. Начала изредка (раз в 4-5 дней) отваливаться база с сообщением авторFATAL: remaining connection slots are reserved for non-replication superuser connections Почитал про рекомендации увеличить max_connections . Увеличил со 100 до 200. Не особо понравилось, но времени было мало, решил разобраться позже. Не помогло (или помогло совсем чуть-чуть). К базе подключаются 2 разных пользователя (пхп и питон). В очередной раз, когда устойчиво вывалилась ошибка, решил посмотреть кто же из них плодит соединения. Но Код: sql 1.
выдало совсем скудную картину: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8.
я ожидал увидеть те самые висящие 200 соединений, а вместо этого увидел только одного пользователя postgres, под которым собственно подключился. Подскажите, как определить/залогировать виновника? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
10.06.2019, 14:19
|
|||
---|---|---|---|
|
|||
FATAL: remaining connection slots are reserved for non-replication superuser connections |
|||
#18+
Victor256, Включите log_connections и смотрите кто подключается. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.06.2019, 16:29
|
|||
---|---|---|---|
|
|||
FATAL: remaining connection slots are reserved for non-replication superuser connections |
|||
#18+
Павел ЛузановVictor256, Включите log_connections и смотрите кто подключается. там слишком большой поток получается. Нет ли возможности в реалтайме посмотреть висящие открытые соединения, с юзером, который их открыл? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.06.2019, 18:41
|
|||
---|---|---|---|
|
|||
FATAL: remaining connection slots are reserved for non-replication superuser connections |
|||
#18+
Victor256Павел ЛузановVictor256, Включите log_connections и смотрите кто подключается. там слишком большой поток получается. Нет ли возможности в реалтайме посмотреть висящие открытые соединения, с юзером, который их открыл? вот именно в SELECT * FROM pg_stat_activity и смотреть и это realtime (ну почти). ps: вам pgbouncer в transaction mode нужен между базой и приложением в такой ситуации для обработки хоть какой то нагрузки. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
18.06.2019, 09:35
|
|||
---|---|---|---|
|
|||
FATAL: remaining connection slots are reserved for non-replication superuser connections |
|||
#18+
Victor256Павел ЛузановVictor256, Включите log_connections и смотрите кто подключается. там слишком большой поток получается. Нет ли возможности в реалтайме посмотреть висящие открытые соединения, с юзером, который их открыл? pgAdmin свежий не показывает? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
18.06.2019, 10:49
|
|||
---|---|---|---|
|
|||
FATAL: remaining connection slots are reserved for non-replication superuser connections |
|||
#18+
Maxim BogukVictor256пропущено... там слишком большой поток получается. Нет ли возможности в реалтайме посмотреть висящие открытые соединения, с юзером, который их открыл? вот именно в SELECT * FROM pg_stat_activity и смотреть и это realtime (ну почти). ps: вам pgbouncer в transaction mode нужен между базой и приложением в такой ситуации для обработки хоть какой то нагрузки. pgbouncer интересная вещь, спасибо. Попробую. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=53&mobile=1&tid=1995160]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
others: | 273ms |
total: | 430ms |
0 / 0 |