Re: Failure of postgres_fdw because of TimeZone setting

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Adnan Dautovic <daut(at)mailbox(dot)org>
Cc: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Failure of postgres_fdw because of TimeZone setting
Date: 2024-04-05 14:13:38
Message-ID: 1273542.1712326418@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Adnan Dautovic <daut(at)mailbox(dot)org> writes:
> However, this lead me to [2] and I find the output very
> interesting:

> SELECT * FROM pg_timezone_names ORDER BY name;

>> "name" "abbrev" "utc_offset" "is_dst"
>> "Turkey" "+03" "03:00:00" false
>> "UCT" "UCT" "00:00:00" false
>> "Universal" "UTC" "00:00:00" false
>> "W-SU" "MSK" "03:00:00" false

Wow. To clarify, is that the *whole* result?
But even if you just excerpted it, you're clearly
missing a lot of entries.

Per your other answer, the remote DB doesn't seem to have
been built with --with-system-tzdata, so it must be relying
on a Postgres-private copy of the tzdb data set, and evidently
a fair number of entries in that have gone missing. Postgres
itself would never modify that data after installation, so
we're left to speculate about filesystem corruption or
somebody's odd desire to remove "unnecessary" files.

Out of curiosity, does
SET timezone to 'GMT';
work?

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2024-04-05 15:05:33 Re: Failure of postgres_fdw because of TimeZone setting
Previous Message Adnan Dautovic 2024-04-05 09:39:04 Re: Failure of postgres_fdw because of TimeZone setting