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 1k5s8w-0007as-Gg for pgsql-admin@arkaria.postgresql.org; Wed, 12 Aug 2020 14:54:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1k5s8v-0001Bh-6I for pgsql-admin@arkaria.postgresql.org; Wed, 12 Aug 2020 14:54:17 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5s8u-0001BY-Se for pgsql-admin@lists.postgresql.org; Wed, 12 Aug 2020 14:54:16 +0000 Received: from mail4.neteven.com ([5.135.111.119]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5s8n-0003ig-Vb for pgsql-admin@postgresql.org; Wed, 12 Aug 2020 14:54:15 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail4.neteven.com (Postfix) with ESMTP id 96C8114641; Wed, 12 Aug 2020 16:54:07 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 mail4.neteven.com 96C8114641 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=neteven.com; s=dkim; t=1597244047; bh=WmQwKWDcJpKS+KqaqnLGPlWI4P1SK0/Kr25xUDOqa78=; h=Reply-To:Subject:To:Cc:References:From:Date:In-Reply-To:From; b=sDd2P/bCF7JZAsIxLVxPOc+r2gsBxpomH6L99nH/h8vSMf3wa2qT0dLaD3FN7oLbr LhITOy1A2r+aSeNBaIYlv6MpXMXn4T8qRTZiFL7AsxxIr3LB08sRMS4ognYHhTxE6L ZmvPflQx4bYmjVW7p9jBshvczUOSFyvR+N3sFw6c= X-Virus-Scanned: Debian amavisd-new at mail4.neteven.com Received: from mail4.neteven.com ([127.0.0.1]) by localhost (mail4.neteven.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7XRQCmRaKsqV; Wed, 12 Aug 2020 16:54:07 +0200 (CEST) Reply-To: mjoigny@neteven.com Subject: Re: PG 11.8 > PG 12.3 : Unable to allocate section memory To: MichaelDBA , tgl@sss.pgh.pa.us Cc: pgsql-admin@postgresql.org References: <64eae88b-8ac5-366c-b6a2-e7b59b3d191b@neteven.com> <544598c0-8d92-b66b-e015-4fc7e5735c35@sqlexec.com> From: "JOIGNY Michael @Neteven" Message-ID: <1d659a5c-9b10-c92a-c901-e61aa1a0bcdc@neteven.com> Date: Wed, 12 Aug 2020 16:54:07 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <544598c0-8d92-b66b-e015-4fc7e5735c35@sqlexec.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk 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.