Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ipcpv-0007rY-9e for pgsql-general@arkaria.postgresql.org; Thu, 09 Jan 2020 18:47:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ipcpt-000511-Nr for pgsql-general@arkaria.postgresql.org; Thu, 09 Jan 2020 18:47:13 +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_SHA1:256) (Exim 4.89) (envelope-from ) id 1ipcps-00050u-4D for pgsql-general@lists.postgresql.org; Thu, 09 Jan 2020 18:47:13 +0000 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ipcpn-0004do-B1 for pgsql-general@lists.postgresql.org; Thu, 09 Jan 2020 18:47:11 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id EA7F07B4; Thu, 9 Jan 2020 13:47:02 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Thu, 09 Jan 2020 13:47:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=9 2wVefQ9RuY2X2TVDXEAId4NAhxlGMMnt6rMjcbLd04=; b=cPu/B5dpBWMTczaeJ Mb/WHofaYvImZ7qLOzfLxanEszfSB5905uZp4K4G/tEYouuxWCrBeEoQrWjjuzcd inuxgNV44rTprQ/hY9sJwxaKzqTknWO/GA25XOjXh3STjDpAU9JH7rKgglpV8od/ zH2eRHAJTSdGUMOBn5hOp8kMbnzXjkzs2+lXCMAXserPdRdshk51Re9XLyp08BnK wYpwBvepURiORSWYLv62lnyg0n7OK4LAFARZQRmJG5jfv/ZZzgPrMsRVRwDL+fW3 KLHnmVZfxCjsmtqYXUnYrlmLvAlqtyVkexEbACSsW9J9xB4rgvGADzpJA/dDmlO4 n7Uvg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=92wVefQ9RuY2X2TVDXEAId4NAhxlGMMnt6rMjcbLd 04=; b=BWaY5aBjtJUyqGmc0q76k4c3KxdSGR18Wq1BVoxdj5U2r+4JDgLxcaVp5 bMVY5fh/vFUyCiMDCcKOM9qEKfSdcD82fDTCQpHU0SrDoQuPw28BJnkKuiQaqbmD C34SW8y79IlSTuhx8DNhYdsvE9Yo6VlfFLVwvDtpVhKChMRpurG/qtHi1QfI8k2r N36yuLAaazDqD+Kiv5Um5OzOqn7rReZtmmvPS0lrzJM1O1AEqOPw4RGzLvdKHlm3 xSpWKgzhrAPYSo1Kzw/cGzFkBrsyW8UZKpAIIU46MPcrSb6iDMttLvR0aadggQpg OB/u+zUWm62yrYFZa/3awMwYDRpig== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdeiuddgkeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtje ertddtfeejnecuhfhrohhmpeetughrihgrnhcumfhlrghvvghruceorggurhhirghnrdhk lhgrvhgvrhesrghklhgrvhgvrhdrtghomheqnecuffhomhgrihhnpehgihhthhhusgdrtg homhenucfkphepleejrdduudefrddukedtrddvtdelnecurfgrrhgrmhepmhgrihhlfhhr ohhmpegrughrihgrnhdrkhhlrghvvghrsegrkhhlrghvvghrrdgtohhmnecuvehluhhsth gvrhfuihiivgeptd X-ME-Proxy: Received: from ranger.suse (97-113-180-209.tukw.qwest.net [97.113.180.209]) by mail.messagingengine.com (Postfix) with ESMTPA id 768F180059; Thu, 9 Jan 2020 13:47:01 -0500 (EST) Subject: Re: 12.1 not useable: clientlib fails after a dozen queries (GSSAPI ?) To: Peter , pgsql-general@lists.postgresql.org References: <20200109181822.GA74698@gate.oper.dinoex.org> From: Adrian Klaver Message-ID: <95eb0014-6099-24ef-fac3-2b0d3454d5f6@aklaver.com> Date: Thu, 9 Jan 2020 10:47:00 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 MIME-Version: 1.0 In-Reply-To: <20200109181822.GA74698@gate.oper.dinoex.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 1/9/20 10:18 AM, Peter wrote: > Hi folks, > > with 12.1, after a couple of queries, at a random place, the clientlib > does produce a failed query without giving reason or error-message [1]. > Then when retrying, the clientlib switches off signal handling and > sits inactive in memory (needs kill -9). > > The server log shows no error or other hint. > The behaviour happens rarely with trust access, and almost always when > using Kerberos5 (Heimdal as included in FreeBSD). > > 11.5 clientlib has none of this behaviour and seems to work fine, like > 10.10 did. Might want to take at below: https://github.com/ged/ruby-pg/issues/311 > > Environment: > OS FreeBSD 11.3 > Applic. Ruby-on-Rails, ruby=2.5.7, gem 'pg'=1.2.2 > (it makes no difference if that one is compiled with > the 12.1 or the 10.10 library) > Server 12.1 > > [1] the message from ruby is > PG::ConnectionBad: PQconsumeInput() : > > rgds, > PMc > > -- Adrian Klaver adrian.klaver@aklaver.com