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 1rueSF-006jbS-NR for pgsql-general@arkaria.postgresql.org; Wed, 10 Apr 2024 20:22:00 +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 1rueSE-007qcB-Fj for pgsql-general@arkaria.postgresql.org; Wed, 10 Apr 2024 20:21:58 +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 1rueSE-007qc3-56 for pgsql-general@lists.postgresql.org; Wed, 10 Apr 2024 20:21:58 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rueSB-002Ehc-WD for pgsql-general@postgresql.org; Wed, 10 Apr 2024 20:21:56 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 43AKLldG4170841; Wed, 10 Apr 2024 16:21:47 -0400 From: Tom Lane To: Adnan Dautovic cc: Adrian Klaver , pgsql-general@postgresql.org Subject: Re: Failure of postgres_fdw because of TimeZone setting In-reply-to: <98F8816F-0AC2-4308-961F-4C7A4FC2C646@mailbox.org> References: <5DF49366-10D1-42A4-99BF-F9A7DC3AB0F4@mailbox.org> <0849E257-0A15-4C2F-A41B-7E0E4B716CAE@mailbox.org> <1273542.1712326418@sss.pgh.pa.us> <98F8816F-0AC2-4308-961F-4C7A4FC2C646@mailbox.org> Comments: In-reply-to Adnan Dautovic message dated "Wed, 10 Apr 2024 21:38:52 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4170839.1712780507.1@sss.pgh.pa.us> Date: Wed, 10 Apr 2024 16:21:47 -0400 Message-ID: <4170840.1712780507@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Adnan Dautovic writes: > On 05. Apr 2024, at 16:13, Tom Lane wrote: >> Out of curiosity, does >> SET timezone to 'GMT'; >> work? > Yes, it yields: >> SET >> >> Query returned successfully in 84 msec. I expected that, because the name "GMT" is hard-wired in our code. Doesn't help for postgres_fdw though, because it has "UTC" hardwired. (I have a todo item to rationalize that...) > By the way, the row count of pg_timezone_names is 385, but I do > not know how that compares to a more standard installation. Using current PG HEAD (with tzdata release 2024a): =# select count(*) from pg_timezone_names; count ------- 597 (1 row) I can believe older tzdata releases varying from that a little, but they haven't exactly been adding zone names at a rapid clip. Either the one you're dealing with is VERY old or it lost some files sometime. regards, tom lane