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 1k5rRM-0005Hw-4u for pgsql-admin@arkaria.postgresql.org; Wed, 12 Aug 2020 14:09:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1k5rRL-0007wx-3l for pgsql-admin@arkaria.postgresql.org; Wed, 12 Aug 2020 14:09:15 +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 1k5rRK-0007wg-Pi for pgsql-admin@lists.postgresql.org; Wed, 12 Aug 2020 14:09:14 +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 1k5rRH-0003Lv-Oy for pgsql-admin@postgresql.org; Wed, 12 Aug 2020 14:09:13 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail4.neteven.com (Postfix) with ESMTP id ACBE113C45 for ; Wed, 12 Aug 2020 16:09:08 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 mail4.neteven.com ACBE113C45 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=neteven.com; s=dkim; t=1597241348; bh=400lE3p3vWfFXgJlQhW+mbLoObAeimBYWBplMGsMPzc=; h=Reply-To:From:To:Subject:Date:From; b=VG1AEyk2S9ivfH1vc1gpHyBONXlcwludWX+RuqydVgBoeB/T4T3Czg4RBNs4Zh97H IaYGYA1Lv5v537VxhUU1IN4odLpLRlzOwYVH8MnYAYVm4bE+IOFcgioosdJ46L/y06 vpnPrpBWJGPfW/gH5i/TevxQMtbs2UvUgePR9XtA= 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 lifPl7fj2SOL for ; Wed, 12 Aug 2020 16:09:08 +0200 (CEST) Reply-To: mjoigny@neteven.com From: "JOIGNY Michael @Neteven" To: pgsql-admin@postgresql.org Subject: PG 11.8 > PG 12.3 : Unable to allocate section memory Message-ID: <64eae88b-8ac5-366c-b6a2-e7b59b3d191b@neteven.com> Date: Wed, 12 Aug 2020 16:09:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------6F4157AE53F0246E735C1EE5" Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is a multi-part message in MIME format. --------------6F4157AE53F0246E735C1EE5 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Community, We have migrated from postgresql 11.8 to 12.3,unfortunately we have sometimes the following errors in the logs, causing postgres process to be killed. 2020-08-12 14:20:29.043 CEST [134644]: [71-1] user=xx,db=xx,app=[unknown],client=localhost FATAL:  out of memory 2020-08-12 14:20:29.049 CEST [30022]: [6126-1] user=xx,db=xx,app=[unknown],client=localhost FATAL:  fatal llvm error: Unable to allocate section memory! 2020-08-12 14:20:29.197 CEST [78792]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command 2020-08-12 14:20:29.197 CEST [78791]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command 2020-08-12 14:20:29.197 CEST [78793]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command 2020-08-12 14:20:29.197 CEST [78790]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command 2020-08-12 14:21:02.621 CEST [86289]: [2-1] user=postgres,db=template1,app=[unknown],client=[local] FATAL: out of memory 2020-08-12 14:21:04.632 CEST [29597]: [26704-1] user=xx,db=xx,app=[unknown],client=localhost FATAL:  fatal llvm error: Unable to allocate section memory! Here are our settings : _PG :_ max_connections = 3600 shared_buffers = 32GB temp_buffers = 16MB work_mem = 96MB maintenance_work_mem = 8GB max_stack_depth = 6MB dynamic_shared_memory_type = posix We use postgresql with pgbouncer as a pooler. _PGbouncer : _ pooler mode : session max_client_conn = 6000 default_pool_size = 3000 We have ~ 2000 connections at the same time with ~ 20/30 are active. Note that we had the same configuration under PG11 without any problem. Do you have an idea ? Regards. --------------6F4157AE53F0246E735C1EE5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Community,

We have migrated from postgresql 11.8 to 12.3, unfortunately we have sometimes the following errors in the logs, causing postgres process to be killed.

2020-08-12 14:20:29.043 CEST [134644]: [71-1] user=xx,db=xx,app=[unknown],client=localhost FATAL:  out of memory
2020-08-12 14:20:29.049 CEST [30022]: [6126-1] user=xx,db=xx,app=[unknown],client=localhost FATAL:  fatal llvm error: Unable to allocate section memory!
2020-08-12 14:20:29.197 CEST [78792]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command
2020-08-12 14:20:29.197 CEST [78791]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command
2020-08-12 14:20:29.197 CEST [78793]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command
2020-08-12 14:20:29.197 CEST [78790]: [1-1] user=,db=,app=,client= FATAL:  terminating connection due to administrator command
2020-08-12 14:21:02.621 CEST [86289]: [2-1] user=postgres,db=template1,app=[unknown],client=[local] FATAL:  out of memory
2020-08-12 14:21:04.632 CEST [29597]: [26704-1] user=xx,db=xx,app=[unknown],client=localhost FATAL:  fatal llvm error: Unable to allocate section memory!

Here are our settings :

PG :

max_connections = 3600    

shared_buffers = 32GB           
temp_buffers = 16MB                
work_mem = 96MB                    
maintenance_work_mem = 8GB           
max_stack_depth = 6MB                  
dynamic_shared_memory_type = posix 

We use postgresql with pgbouncer as a pooler.

 

PGbouncer :

pooler mode : session
max_client_conn = 6000
default_pool_size = 3000

We have ~ 2000 connections at the same time with ~ 20/30 are active.

Note that we had the same configuration under PG11 without any problem.

Do you have an idea ?

Regards.

--------------6F4157AE53F0246E735C1EE5--