web-dev-qa-db-ja.com

タイムゾーンは正しい、UTCは正しい、時刻はまだ間違っている

Amazon Linuxを実行しているAWS EC2サーバー（rhel Fedoraのような）があり、時間を知る方法がわからないか、夏時間を考慮に入れていません。これにより、すべてのタイムスタンプが1時間ずれます。

[ec2-user@ip-xxx-xx-xx-xxx ~]$ date && date -u
Thu Oct 24 17:19:56 EST 2019
Thu Oct 24 22:19:56 UTC 2019

その出力の問題は、（コマンドの時点で）ESTの実際の時間が18:19:56。

繰り返しますが、UTCの時刻は正しいので、/etc/localtimeリンクAmerica/Detroit、それでもUTC-5およびDSTの時間を調整しません。

[ec2-user@ip-xxx-xx-xx-xxx ~]$ Sudo hwclock --debug
hwclock from util-linux 2.23.2
Using /dev interface to clock.
Last drift adjustment done at 1571955488 seconds after 1969
Last calibration done at 1571955488 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2019/10/24 22:23:43
Hw clock time : 2019/10/24 22:23:43 = 1571955823 seconds since 1969
Thu 24 Oct 2019 05:23:43 PM EST  -0.689737 seconds

私のtzdataはすべて最新です。 yumで保留中の更新はありません。

[ec2-user@ip-xxx-xx-xx-xxx ~]$ echo $TZ

[ec2-user@ip-xxx-xx-xx-xxx ~]$ ls -l /etc/localtime
lrwxrwxrwx 1 root root 23 Dec  8  2015 /etc/localtime -> 
/usr/share/zoneinfo/EST

私は途方に暮れています。誰かが何が起こっているのか知っていますか？ LinuxはDSTに対応していませんか？

datetimestampstimezoneamazon-linux
2
Typel

私のコメントを補足すると、ほとんどの場合、タイムゾーンに対応する都市を選択する必要があります。あなたはその都市に住んでいない可能性があります。ほとんどの場合、州、国、またはタイムゾーンで最大の都市の1つになります。

たとえば、カリフォルニアではLos_Angeles（フルネームはAmerica/Los_Angeles）を使用します。

ESTなどの単純なタイムゾーンには、通常、夏時間と冬時間の定義は含まれません。これは、一般的なタイムゾーンと見なされます。 UTCもそのような一般的なタイムゾーンです。それはまた、それらの基準時間として使用される1台のコンピューターです。これには調整も含まれていません（うるう秒なし、夏/冬の変更なし、言い換えれば単純な時間）。他のすべてのタイムゾーンは明らかにUTCに基づいています。

米国東海岸の場合、America/New_Yorkを使用することをお勧めします。

米国では、夏/冬の変更がない場所のためにいくつかの特別なタイムゾーンがあります。たとえば、アリゾナはそのような時計の変更を使用したことがありません。それは常に同じ時計に留まります。特定のタイムゾーン定義があります：America/Phenix。 アラスカ ハワイは、冬と夏の間で時計を変更しない別の州です。

さて、昔は、EST、CST、MST、PSTのいずれかをコンピューターのタイムゾーンとして使用していたと確信しています。 problemsのような一般的な指定を使用しているため、状況は変わりました。タイムゾーンのリストを見ると、非常に多くのタイムゾーンがあることがわかります。また、国や国によってタイムゾーン情報が変更されると、頻繁に更新されます。

3
Alexis Wilke