Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sacvH-00A908-93 for pgsql-general@arkaria.postgresql.org; Sun, 04 Aug 2024 15:13:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sacvE-009Uvw-Gi for pgsql-general@arkaria.postgresql.org; Sun, 04 Aug 2024 15:13:24 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sacvC-009Uvn-UU for pgsql-general@lists.postgresql.org; Sun, 04 Aug 2024 15:13:24 +0000 Received: from fhigh1-smtp.messagingengine.com ([103.168.172.152]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sacv4-0036Lv-ML for pgsql-general@lists.postgresql.org; Sun, 04 Aug 2024 15:13:22 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 0FC341147064; Sun, 4 Aug 2024 11:13:12 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 04 Aug 2024 11:13:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= cc:content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1722784392; x=1722870792; bh=wYap/JzI9HXZu4fAaNXv4SO7eH+3GisM4arSPpOdNeg=; b= mtTh8XLDWG/M3sjYeZ6EyYUTn+Bvr1aIo+8Ox05emuGvvg7dkcED04fD/VxNGhEa EdbO29fDRLGXkXeyAcs3NIzcnopA6emCnKy4pWWBKQn3+jZuv7ctiWx/+Q7LHcPe V6iwfSO5Eizz2V6mk1i3IymlD1hdhl8A9kPgexh1PFMWOsg0tl2MskZk7vLbhH6T Y4lerCZItUZexSlSCb+koeJ8SwSnVKqrWXeOk2P6wsCCHKdPP5g7d9Zhs7OzMUCB 5pLG6kigGoWBfpyI18uyb57vcBd0DKHltrTZnBhmgLnDB7T+mDFafU82MOAMI/lm DlKY4hs6XTCvKhuAvCKriA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1722784392; x= 1722870792; bh=wYap/JzI9HXZu4fAaNXv4SO7eH+3GisM4arSPpOdNeg=; b=X 8umFZVhwoezAA1SoJCtGTupb78ugP8FS2/zmkPiV9i4vGOjhdQUjsiZxE0UN7eHZ Gfe+3nCSDaHgSw/joQeJJ67sJQwlvFwST7aESCirz4HXhc9GtfUcpqpszb3cCWHK b7vnA0ENHiAtTP97yZ0oDReqR8CUFcv7m3a2ew2IEd/+2me4+DSmzPpyojnGdezy yOn+Querz5jVWgGg0kz7o+D8Fxf5USK+vn6nGkeSvEUCEnAi8ZgX9jmvV10joi8Q w9wiujmbcLA4ZpOPyOcHahM3JtWkuFIOu9asL6SJAWG1zqHGk+VPGUu8Ib5VBUsj JVU9OXr/Vlm9B1POPpjMw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrkeeggdekiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeetughrihgr nhcumfhlrghvvghruceorggurhhirghnrdhklhgrvhgvrhesrghklhgrvhgvrhdrtghomh eqnecuggftrfgrthhtvghrnhepkeefheduvdejiefgieefjedtudduffelvdefleehfedt ieffuefgvdekleegtddvnecuffhomhgrihhnpehpohhsthhgrhgvshhqlhdrohhrghenuc evlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrughrihgr nhdrkhhlrghvvghrsegrkhhlrghvvghrrdgtohhmpdhnsggprhgtphhtthhopedt X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 4 Aug 2024 11:13:11 -0400 (EDT) Message-ID: Date: Sun, 4 Aug 2024 08:13:10 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Can't change tcp_keepalives_idle To: "Abraham, Danny" , pgsql-general References: Content-Language: en-US From: Adrian Klaver In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 8/4/24 04:16, Abraham, Danny wrote: > Hi, > > Change tcp_keepalives_idle in postgresql.conf from 0 to 300 , then pg_ctl reload but it stays with the old 0 value. > Tried restart and it did not work. PG Log says it was changed. > Reset_cal marked OK, but no real change ( ins how) > > -[ RECORD 1 ]---+----------------------------------------------------- > name | tcp_keepalives_idle > setting | 0 > unit | s > category | Connections and Authentication / Connection Settings > short_desc | Time between issuing TCP keepalives. > extra_desc | A value of 0 uses the system default. > context | user > vartype | integer > source | session > min_val | 0 > max_val | 2147483647 > enumvals | > boot_val | 0 > reset_val | 1800 > sourcefile | > sourceline | > pending_restart | f source | session Something is setting the value for the session. Have you used https://www.postgresql.org/docs/current/sql-alterrole.html or https://www.postgresql.org/docs/current/sql-alterdatabase.html to SET tcp_keepalives_idle? Doing: select * from pg_db_role_setting ; will help answer the above. > > Thanks > > Danny > > -- Adrian Klaver adrian.klaver@aklaver.com