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 1s6aNs-000WQY-SV for pgsql-general@arkaria.postgresql.org; Mon, 13 May 2024 18:26:50 +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 1s6aNs-0044xU-Mk for pgsql-general@arkaria.postgresql.org; Mon, 13 May 2024 18:26:48 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1s6aNs-0044vh-Au for pgsql-general@lists.postgresql.org; Mon, 13 May 2024 18:26:48 +0000 Received: from wfout8-smtp.messagingengine.com ([64.147.123.151]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1s6aNp-0002UH-EI for pgsql-general@lists.postgresql.org; Mon, 13 May 2024 18:26:46 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.west.internal (Postfix) with ESMTP id BB6071C00101; Mon, 13 May 2024 14:26:43 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 13 May 2024 14:26:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= cc: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=1715624803; x=1715711203; bh=+hZpTQdi9O6WrH0cXxhQymXem3bPBR7+rIj1FuiwpZI=; b= JIyKzANCKd1/un8IWQ6mCSTMzDIiVQcFTB9J8c7BBaVNRXe6XHMhPG3CiIxD1u1w rxzZZy3cqiPyKsUoKWdt8xLwE3IjcdI3jzRsYvYRMfMlDosmSxihuDaC2dheASpV YugpJBX8w6pbijgwUsDRjMa3W69IhYz16B5h3leF0p85VCI61/Ss3XMLluwI6DxD HBFjSrwSmq5MMrbwE7Ui7itNHWvGZAxX3OIHa0fmN1ybCUP3Xn24pQ1HApOpVdGt MQv7a+7Evs7SEwGlCFXncpe7S5TrW4veIicoAIDJU6Je2XxqFRXko4uahraeX7e2 xsAwCuL/Sv4hyueacB7fvA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=1715624803; x= 1715711203; bh=+hZpTQdi9O6WrH0cXxhQymXem3bPBR7+rIj1FuiwpZI=; b=L aHmGlItpE5ZunsMQWGK5bdpsQJOqvgx1BQuC3lTpMu1kJwZOQBLIfKDBFfSEmLm0 fL/PFLszZk5ez6+oXPEJZFz1hh/F8pIVMBZ+bKWzIgo1Gs1DYEPCqAy6ahjAkSyM XJyGww9IUx72eC0iz7kmRVftqPmJBWx3SFiJ5yT4FcUQ1/GN1P9YeT27gBgpHX93 6a3wM/RKDFaU2858OmgOxaWe80hRr/erxMYjLUqCA9Qw1S7wWE0IMqg8JegMmnFT CkZc3rz1Z6Dg03FilyPnPORHLMr2xkKrWEi7158g47KPb4BUppkpHtWuZIa4tOfJ EA5X5X13CQztF5XaeVwxQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeggedguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomheptegu rhhirghnucfmlhgrvhgvrhcuoegrughrihgrnhdrkhhlrghvvghrsegrkhhlrghvvghrrd gtohhmqeenucggtffrrghtthgvrhhnpefhveeihfevlefffedthedukeevfefhfedtgeei feevteffgfefhedtffetudettdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmh epmhgrihhlfhhrohhmpegrughrihgrnhdrkhhlrghvvghrsegrkhhlrghvvghrrdgtohhm X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 13 May 2024 14:26:41 -0400 (EDT) Message-ID: Date: Mon, 13 May 2024 11:26:40 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: UTC is not a time zone? To: Christophe Pettus , Tom Lane Cc: "pgsql-generallists.postgresql.org" References: <327870A4-F35C-462C-9F64-E0838374AFDF@thebuild.com> <63e65356-9cb5-48b7-9bc5-5c734013ebe1@aklaver.com> <828310.1715624225@sss.pgh.pa.us> <8DA3DC1C-E406-4921-8A86-A83BF140E13D@thebuild.com> Content-Language: en-US From: Adrian Klaver In-Reply-To: <8DA3DC1C-E406-4921-8A86-A83BF140E13D@thebuild.com> 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 5/13/24 11:18 AM, Christophe Pettus wrote: > > >> On May 13, 2024, at 11:17, Tom Lane wrote: >> What's causing that I can't say. It doesn't look like we log the >> errno anywhere when failing to read a zone file :-( > > File descriptor exhaustion? (Of course, that would mean something somewhere is leaking them, which is another problem.) If I am understanding this correctly: "The parent process would long since have cached the zone data in its memory, but this error is in a parallel worker process, which'd have to read the file for itself during startup. " Then this: "As an experiment, I'm just pounding the server with a single connection doing nothing but SET TIMEZONEs repeatedly. So far, no break, but it is *very* intermittent." May not induce the error unless there are parallel workers involved. -- Adrian Klaver adrian.klaver@aklaver.com