Re: ERROR: too many dynamic shared memory segments
От | Thomas Munro |
---|---|
Тема | Re: ERROR: too many dynamic shared memory segments |
Дата | |
Msg-id | CA+hUKG+zw87b70yJp+Ozz6LqS6s9QvdO4+hQuZc=DWLMi6Od6A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: ERROR: too many dynamic shared memory segments (Julian Backes <julianbackes@gmail.com>) |
Ответы |
Re: ERROR: too many dynamic shared memory segments
|
Список | pgsql-general |
On Wed, Jan 29, 2020 at 11:24 PM Julian Backes <julianbackes@gmail.com> wrote: > we only had the "too many shared too many dynamic shared memory segments" error but no segmentation faults. The error startedoccurring after upgrading from postgres 10 to postgres 12 (server has 24 cores / 48 threads, i.e. many parallel workers).The error itself was not that much of a problem but /dev/shm started filling up with orphaned files which probably(?) had not been cleaned up by postgres after the parallel workers died. In consequence, after some time, /dev/shmwas full and everything crashed. Oh, thanks for the report. I think see what was happening there, and it's a third independent problem. The code in dsm_create() does DSM_OP_DESTROY (ie cleans up) in the DSM_CREATE_NULL_IF_MAXSEGMENTS case, but in the case where you see "ERROR: too many dynamic shared memory segments" it completely fails to clean up after itself. I can reproduce that here. That's a terrible bug, and has been sitting in the tree for 5 years. > Unfortunately, the only "solution" we found so far was to increase max connections from 100 to 1000. After that (about2 months ago I think), the error had gone. I'll take that as a vote for increasing the number of slots.
В списке pgsql-general по дате отправления: