Re: PG 11.8 > PG 12.3 : Unable to allocate section memory

From: MichaelDBA <MichaelDBA(at)sqlexec(dot)com>
To: mjoigny(at)neteven(dot)com
Cc: tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-admin(at)postgresql(dot)org
Subject: Re: PG 11.8 > PG 12.3 : Unable to allocate section memory
Date: 2020-08-12 15:56:08
Message-ID: eedaeeef-5372-f414-ed80-2c0a95ff377a@sqlexec.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Just to see if work_mem is related to these memory problems,  please
lower it from 96MB to 16MB and do a reload:
pg_ctl -D <your pg data directory> reload

If you still see memory problems, the problem is elsewhere.  Please
report back.  Thanks.

Don't forget to reset it back to 96MB if it's not the cause of the problem.

Regards,
Michael Vitale

JOIGNY Michael @Neteven wrote on 8/12/2020 10:54 AM:
> Hi Michael, Tom,
>
> Thanks for your help.
>
> Le 12/08/2020 à 16:26, MichaelDBA a écrit :
>> Please specify some other stuff:
>>
>> 1. PG onprem or cloud? If cloud, which one and what instance type.
> Onprem
>> 2. Is it a dedicated PG host?  How many hyper threads and memory do
>> you have?
> Yes dedicated PG host, 56 hyper threads and 380Go of memory.
>> 3. Does PGBouncer run on another host or on the same host as PG?
>
> I have a primary / stanby configuration using repmgr for replication.
>
> PGbouncer is running on both of them.
>
>
> @Tom, thanks i will have a look at this parameter.
>
>
> "One thing that you might not have noticed is that "jit" defaults to
> on as of v12. Turning it off would prevent this specific crash case.
> (The fact that it's a crash comes from llvm's crummy error handling
> :-() You might still have OOM problems, but with luck they'd not take
> down the whole database."
>
> Regards.
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message vinod kale 2020-08-13 04:10:05 Postgres vs Oracle
Previous Message JOIGNY Michael @Neteven 2020-08-12 14:54:07 Re: PG 11.8 > PG 12.3 : Unable to allocate section memory