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.
