Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fgXUT-0005LK-JB for pgsql-admin@arkaria.postgresql.org; Fri, 20 Jul 2018 15:38:45 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fgXUS-0001r3-1F for pgsql-admin@arkaria.postgresql.org; Fri, 20 Jul 2018 15:38:44 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fgXUR-0001qw-QJ for pgsql-admin@lists.postgresql.org; Fri, 20 Jul 2018 15:38:43 +0000 Received: from smtp200-pc.aruba.it ([62.149.157.200] helo=smtpg-pc.aruba.it) by magus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fgXUP-0000Zu-0N for pgsql-admin@lists.postgresql.org; Fri, 20 Jul 2018 15:38:43 +0000 Received: from DT02 ([93.63.211.242]) by smtpcm2-pc.aruba.it with bizsmtp id D3eg1y0075ELnP9013egkQ; Fri, 20 Jul 2018 17:38:40 +0200 From: "Alfonso Moscato" To: "'Rui DeSousa'" Cc: "'Tom Lane'" , References: <00a601d4201a$e2291a10$a67b4e30$@merqurio.it> <17662.1532096551@sss.pgh.pa.us> <016801d42037$4f5d4630$ee17d290$@merqurio.it> <018201d42038$7146a6a0$53d3f3e0$@merqurio.it> In-Reply-To: Subject: R: repeated out of shared memory error - not related to max_locks_per_transaction Date: Fri, 20 Jul 2018 17:38:40 +0200 Message-ID: <019a01d4203f$bc4983f0$34dc8bd0$@merqurio.it> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQJyTRksqbTjmmAqDGBi/OX9BtlRvgJEoSREAmxYurQCmWi3hgKMOpM0Ab/8TqGi/zA3UA== Content-Language: it DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aruba.it; s=a1; t=1532101120; bh=r5y0oqSXlIjpcDbnWM1xhElnfOzOPNRkp6BrhbXBrf8=; h=From:To:Subject:Date:MIME-Version:Content-Type; b=I9dTL2huwf/hXp5WxDRW3IP0xTDyLtXmYPD5nA4nLw6OqgB5WWgzqAEnsb2517JmT n6+sqSonhcrDNlUhdfW8zNYV8jX5ZKKfV787IN8q6R1BzOH9vpw3/sw+5vIp3f8zYq n8DgCWPp/HK5+vhsRla2VGkYzEPvd4pg/CZ1h+ZrzAq9nIUJ8QWTN5zPwgPsS77H4N dN+W0Hiq9WfbDlHh3iiomOVN4v4VVyVfXRPDL/x0Sap6gmxqbGr5sqDAA1SiLtkqXs ikU9vcYdiAgrCClyMqk/uIU9LdF7XRMn13grclky0Bg432b8BBnLUwq9kmmE9k6RLd YMplE4LdCkQDA== List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi Rui, we have 100 forked postgres processes, I don't know how to determine if = we are hitting the 47Gb limit. Any suggestion? -----Messaggio originale----- Da: Rui DeSousa =20 Inviato: venerd=C3=AC 20 luglio 2018 17:03 A: Alfonso Moscato Cc: Tom Lane ; pgsql-admin@lists.postgresql.org Oggetto: Re: repeated out of shared memory error - not related to = max_locks_per_transaction Alfonso, Do you happened to know how large the process is when it starts giving = error messages, anywhere near 47GB?=20 =E2=80=94 but we tried with work_mem to 130mb, shared_buffer to a = maximum fo 40gb, Having shared_buffer to 40GB would be two high for the current = configuration and I would expect to see out of memory errors given that = your system commit limit is 47GB; However, with shared_buffers at 23GB I = don=E2=80=99t think you should be hitting the 47GB limit =E2=80=94 are = you? To increase the commit limit you can add more swap and/or adjust the = overcommit ratio. =20