Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5t73-0001es-TR for pgsql-admin@arkaria.postgresql.org; Wed, 12 Aug 2020 15:56:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1k5t72-0002Tr-Tv for pgsql-admin@arkaria.postgresql.org; Wed, 12 Aug 2020 15:56:24 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5t72-0002Tk-MM for pgsql-admin@lists.postgresql.org; Wed, 12 Aug 2020 15:56:24 +0000 Received: from mout.perfora.net ([74.208.4.197]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5t6z-0002rJ-Ox for pgsql-admin@postgresql.org; Wed, 12 Aug 2020 15:56:24 +0000 Received: from [192.168.1.143] ([98.169.208.7]) by mrelay.perfora.net (mreueus004 [74.208.5.2]) with ESMTPSA (Nemesis) id 1MV5f0-1kEFOV1OCc-00S8aZ; Wed, 12 Aug 2020 17:56:13 +0200 Subject: Re: PG 11.8 > PG 12.3 : Unable to allocate section memory To: mjoigny@neteven.com Cc: tgl@sss.pgh.pa.us, pgsql-admin@postgresql.org References: <64eae88b-8ac5-366c-b6a2-e7b59b3d191b@neteven.com> <544598c0-8d92-b66b-e015-4fc7e5735c35@sqlexec.com> <1d659a5c-9b10-c92a-c901-e61aa1a0bcdc@neteven.com> From: MichaelDBA Message-ID: Date: Wed, 12 Aug 2020 11:56:08 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/7.0.25 MIME-Version: 1.0 In-Reply-To: <1d659a5c-9b10-c92a-c901-e61aa1a0bcdc@neteven.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Provags-ID: V03:K1:lW30v/0JYf9u1JcxcqjoC4zggve/fju8XPZbZBInVEp5aSuXOqx DMRsIxALWSYopJpcuXDBne9vxWXfumgfJOwU50DJ0KciPIp8MdKvsIkRJ/nWpk8PSfGF+Pb xtgIRzk1/G65iSR3WeqJCY/iuTidfZ6jNs9miOtUn2bvo3i/hFDJFHImVEe3yrmQUo9eLs5 F9XPYy5Pqnk2RkIoeyC7A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:bkP3fhFZD1s=:tFmwpIqZVOPy7exk/TKMIS sqj9RJ+s/DyuikrQnDkKWkvcxsGVah0qwLog2OfGB+HN6HHnA94J6VjN5j2g/UBw8C0dY5KX+ 9JR5QZ9xix+5PYZ8v7elDY+1KhlSK7akv9PQEYyvRdPHFIfV7ksQfUKIbeZvRcTzSLTndLkZE kqv6XvMJrEa/wcph+ZmPfM2K2dg1k9gg5fkO84eto34SjW/1C83TkrBUN6cwdb9beiIY1tHj2 qZGDQ80ZfGbtw1OEuT2J/NcWem20rOdEdE6VKHjah7a8iuNIjUatJt1wrzLEAW0L7p1LB+z+3 A66uBnIviXAuySYBLsbKl+OJCaLP2k+LaLBD26Ib84r6YTQ8xWBr7LAHYzmyxX5pXDA6mapzh vph5lSC8lgPs0PCmjYw7Mi1NkEU2z0s2PL58TTdaW3vAXL+jHsbf6Q9k/c9pxuj2lBx5+w++5 wzal1dqxg2TwUlUb0A+VL0qpOcuLRJS89cJnZyyY9/HKqME719Kw8/pZwY0T9/LNxbkz2Xun+ RKrpcC8YCmzrzikLp7+EgvHrr/oTxFxQOVGVH4gaTw2Nvm4paJFTEop9UEKJC1jPGf1lte4MU 0xcFQtaMwdYmMErzrvchcAYCvGzboabVPGc3E3/H+K/KzQT6JBY4dDd41dKJx5BmeSmjNqfM0 6fs2ucLU+J2+gvptSVYlmhiU8tR0Gn3kfsPGMI0nZlXt9Vq2vpNMN1d4mEC1Hjhs3y42jM8/k 226ptyNbgnhdCZH0HEgB4fmpusNqao8uknUbMg/LwNTTZZoaHdcpBXmFaYmiXb87iluyTYhTZ LM6islzBDSey2V3LuvSoRBZHWHtMHwyXnvyhJOi9IPqlxjekfLrzwOxaHLAH4vmOXAp/V5M List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk 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 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. >