|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
Добрый день. С некой переодичностью в логах выпадает ошибка 2018-09-07 09:03:12 MSK [2435720]: [1-1] ERROR: out of shared memory 2018-09-07 09:03:12 MSK [2435720]: [2-1] WARNING: there is no transaction in progress процесс с пидом 2435720 в это время выполнял запрос, который успешно выполнился за 1800 мс Основные настройки таковы: "shared_buffers";"30GB" "max_locks_per_transaction";"3000" "maintenance_work_mem";"1GB" "effective_cache_size";"20GB" "work_mem";"10MB" "temp_buffers";"100MB" "max_connections";"500" "temp_buffers";"100MB" Куда можно покопать? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2018, 11:25 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
Mekok, авторпроцесс с пидом 2435720 в это время выполнял запрос, который успешно выполнился за 1800 мс Что там за запрос, как лиентское ПО работает с транзакциями при этом запросе и какими объемами данных этот запрос оперирует? Версия ОС, PostgreSQL, объем RAM? "max_locks_per_transaction";"3000" - какое-то нереальное значение, на первый взгляд ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2018, 15:51 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
DSKalugin, ПО - 1С. ОС - Ubuntu 16.04. PG - 9.6.3 от postgrespro. RAM - 128 ГБ ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2018, 09:13 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
DSKalugin"max_locks_per_transaction";"3000" - какое-то нереальное значение, на первый взгляд Почему же? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2018, 09:21 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
MekokDSKalugin"max_locks_per_transaction";"3000" - какое-то нереальное значение, на первый взгляд Почему же? "The shared lock table tracks locks on max_locks_per_transaction * (max_connections + max_prepared_transactions)" я не могу придумать нагрузку при которой будет не хватать 1.500.000 НУ ОЧЕНЬ небесплатных локов. Даже 512 - много обычно. Надо разбираться что у вас такое с структурой базы или запросами. Сколько у вас вообще таблиц то? -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2018, 09:59 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
Maxim Boguk "The shared lock table tracks locks on max_locks_per_transaction * (max_connections + max_prepared_transactions)" я не могу придумать нагрузку при которой будет не хватать 1.500.000 НУ ОЧЕНЬ небесплатных локов. Даже 512 - много обычно. Надо разбираться что у вас такое с структурой базы или запросами. Сколько у вас вообще таблиц то? Таблиц порядка 9000, 1Сная база. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2018, 10:51 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
Mekok, возможно проблема тут kernel.shmmax А при таком RAM - 128 ГБ объеме памяти можно увеличить "shared_buffers" согласно рекомендациям https://postgrespro.ru/docs/postgrespro/9.6/runtime-config-resource https://pgtune.leopard.in.ua/ ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2018, 12:55 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
DSKaluginMekok, возможно проблема тут kernel.shmmax А при таком RAM - 128 ГБ объеме памяти можно увеличить "shared_buffers" согласно рекомендациям https://postgrespro.ru/docs/postgrespro/9.6/runtime-config-resource https://pgtune.leopard.in.ua/ это уже изучено, snmmax стоит равный оперативной памяти ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2018, 16:40 |
|
Ошибка out of shared memory
|
|||
---|---|---|---|
#18+
MekokMaxim Boguk"The shared lock table tracks locks on max_locks_per_transaction * (max_connections + max_prepared_transactions)" я не могу придумать нагрузку при которой будет не хватать 1.500.000 НУ ОЧЕНЬ небесплатных локов. Даже 512 - много обычно. Надо разбираться что у вас такое с структурой базы или запросами. Сколько у вас вообще таблиц то? Таблиц порядка 9000, 1Сная база. Кроме того что у вас какая то странная конфигурация 1С или отчетов - ничего сказать не могу. У других 1С такой проблемы нет - вывод у вас что то категорически не так. А что - это в поддержку 1С лучше. Или еще дальше поднимать max_locks_per_transaction (тупиковый путь конечно но памяти у вас много). -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2018, 17:06 |
|
|
start [/forum/topic.php?fid=53&msg=39700292&tid=1995598]: |
0ms |
get settings: |
12ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 143ms |
0 / 0 |