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 1muv48-00054Z-R9 for pgsql-admin@arkaria.postgresql.org; Wed, 08 Dec 2021 11:24:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1muv47-0006J8-O5 for pgsql-admin@arkaria.postgresql.org; Wed, 08 Dec 2021 11:24:51 +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 1muv47-0006Iz-Cv for pgsql-admin@lists.postgresql.org; Wed, 08 Dec 2021 11:24:51 +0000 Received: from mout.gmx.net ([212.227.15.15]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1muv44-0001LW-Oh for pgsql-admin@lists.postgresql.org; Wed, 08 Dec 2021 11:24:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1638962687; bh=K6hIC1TUl1DJe46nnR6iKZl5Ifv8RfP1+DPinb1qGwE=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=gVbGiqgYdM4+vFzljnHSE+ULVAzczNWN524HoLg5Zklul6W5ppKa2zmYli92qTMk7 f+i0zj/h7SOxzoS7aPmONhGMp3Csqgj2r7xm8SMjXAdxdlbJM4+XYF19fqk5CBNCnS N/WwbNjISI1JBLhpD5VE4aft/uJyRKCtvEZ3Vg94= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [10.1.35.127] ([185.40.248.10]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MYeQr-1n0EMG0eJv-00VcyP for ; Wed, 08 Dec 2021 12:24:47 +0100 Subject: Re: PostgreSQL(v9.6.5) not releasing old/inactive IDLE connections To: pgsql-admin@lists.postgresql.org References: From: Thomas Kellerer Message-ID: Date: Wed, 8 Dec 2021 12:24:46 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:aFuuKxkwoJaKf9bqYAgue0kNq09KpHPl/SQ0vC2yXJtmRI5BZhJ NZeIVN2NxHm6x5ubI8rmrxndL1y/P4j5Rs8cCBp0DIOL9cBrUqq1V+R6dT3cIYhf8OTJlku EnmHKTFChLD21uIPK6DyB362Venfug0nunGHbxlrGeKDsV+gaCDNWDP0wdUXGYVFRH4s/70 sJkX6WbwCRRKo/gSjAOnw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:FW6SiDrrqIQ=:D+ds/6dv85O1+IfljF9nL4 8KVp4uMLIHvg7Rmwm9l6NLwyeZln1Hd+5M/XxtlmphiNaljJozh9fpjc82+8aBcxn1E9Z6teU zCeYB68wfYxih3PvlWDCuI2lpsf8oeptoM9IDVwgyMlLSG8E+Pd1FPKf+LwU0YQjFym3p5jhp A/2RU1LxWoKuFGhifcYh0Pc8rloO6otPJIq4f2dVwlgCr2Y5e0TsOOmhhBc/rc7+lBTk+bGft s6arv85JGzEpIDQCpoQci7Vz65haLwjnSwyfQpgzRdINfJ294W8GWatHM2JRivYZPi2yz9h8M GyrauE9BPDjDfWj190QpIABHj0c2rVy3l4vb9Qgf0PCMK2CJsTVFTsRu3FBnSwFESlAoZIO/R 4cdl0BCW6U0WeIn2kIPW7Zc0aAigDnGJCymfEV8rJTj9SIObmFIacrToCUecFC6cM0uhoDKvh VDCur5O3VKZlfWi7LPavRRyj7XG7Rxjuh4XI5XmOiOOV9LG1JCh44myRB8qaQlix+ORSaZ4lz X7Ye5kHAcoevfWeZ+NQfuJMsSqsS3w9Qrch9hu9P3XWUvgc2q3Usz51laGOWjM3YWOP43GHbq Gh2PM+sL1XOg8pbYzPInbPKnvMd/3Y8stqZEKWiyBxjC78L0AbEse8MU0dO4DThMUGSJxvwQJ 2XSJph+NgXIJBVp8IKMdj8a1PjTzX3ZwyvkDG+ra2hiRePPyMdeK9n2vwONp8iKS28bP5fVLu TySsnRXvaC680twQ+1JTsD6EToOPk96FDHhuvo7cHEs4UgskUmUGILMpQ37Nt2oGaGWeBKN68 DRIU253APembsPzG+EpBXFKJcoubJ5FnQXjcEFkR6SJA+B2w6NPuuRntngqHCBAFewVqnEpsZ olxBEVpC0Wykc7xqr8M9Ci0NW8TTatWJZW4nd9Bhx+uBwZEKqywkleBU6CuXpk4REsiiKsFH5 YxrOeZCZiQS28d40vOYTe0JaWrrCWR9TaarjT5MOQ3s54yhjMMqCEHQLLqz8lXrILDLTxcMi4 NgnLCO78+GaHO+4YAWdWluLLR2OPhHxj3vl+axhp2N/5caBTkrC//zQ8r5rlMnK6b1x9Plvo3 reVlbUUX/McSm4= List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Paul Smith schrieb am 08.12.2021 um 10:18: >> I'm facing "Too many clients already" error frequently with my >> PostgreSQL (v9.6.5) container (i.e. being used along with CKAN >> application i.e. A open source data management system >> ), I have observed that PostgreSQL is not >> releasing IDLE connections from their end. I have set >> "max_connetions =3D 100" in postgresql. >> > It is the responsibility of the client software to release > connections when they are no longer needed. The server won't just > time-out idle connections unless it is told to do so Automatically closing idle sessions is only available since Postgres 14