オレゴンの場所(us-west-2c)で2つのEC2インスタンスが動作しています。コマンドdateを発行すると、これらはそれぞれ、予想よりも7時間早く値を返します。
私はタイムゾーン設定を調整してみましたが、それぞれが予想とはかなり異なる日付と時刻を返します。
ZONE = "America/Phoenix"の値を使用してファイル/ etc/sysconfig/clockを作成しても、変更はありませんでした。インスタンスを再起動した後でも。 (例:Sudoの再起動)
私が扱って見ているものの例。 (すべての結果は、テストのタイムスタンプから5分以内です。)テストの時間:2016年3月26日土曜日13:24:16 MST(アメリカ/フェニックス)
Sudo rm /etc/localtime && Sudo ln -s /usr/share/zoneinfo/MST /etc/localtime && date
2016年3月26日(土)18:23:35 MST
Sudo rm /etc/localtime && Sudo ln -s /usr/share/zoneinfo/America/Phoenix /etc/localtime && date
2016年3月26日(土)18:24:16 MST
Sudo rm /etc/localtime && Sudo ln -s /usr/share/zoneinfo/GMT /etc/localtime && date
2016年3月27日(日)01:22:21 GMT
したがって、America/PhoenixがGMT-7と同じ場合、上記は正しく計算されます。しかし、アメリカ/フェニックスが7時間オフになっているのはどうですか?
Amazonがオレゴンのサーバーに使用している時間(ゾーン)は何ですか?
ありがとう。スティーブン
注の編集:テストの時間は上記で誤って記載されていました。これは更新されました。 -スティーブン
通常、システムクロックはUTCに設定され、「表示」タイムゾーンは現地時間です。上記の設定は、システムクロックが現地時間に設定されていることを指定しているように見えます。
UTC = trueを設定し、既存のタイムゾーンを設定します。AWSの定義については http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/set-time.html を参照してください。プロセスの。再ログインすると、問題が解決するはずです。
さらに、AWSホストでは時刻の正確性が保証されていないため、NTPdのインストールを検討する必要があります。 ntpdをインストールしてntpdateを実行すると、時刻を正しい値に強制してUTC構成をリセットしていない場合でも、時刻の問題が修正されます。
コマンドを実行する
Sudo dpkg-reconfigure tzdata
そして、画面上のウィザードに従うことは私を助けました。
私のチュートリアルの1つ では、Amazon Linuxでタイムゾーンを設定する方法を示します。
ls -l /usr/share/zoneinfo/ # (Find the applicable zone file)
mv /etc/localtime /etc/localtime.original
ln -s /usr/share/zoneinfo/*ZONEFILENAME* /etc/localtime
# EG I do this below
# ln -s /usr/share/zoneinfo/NZ /etc/localtime
次に/ etc/sysconfig/clockを編集します
ZONE="NZ"
UTC=false
この問題を通じて私を助けてくれてありがとうございました。
私が最初から疑っていた問題は、タイムゾーン宣言とは何の関係もありませんでした。
NTP=デーモンが開始されておらず、続いてポートが許可される必要があることがわかりました。
もう一度、あなたの努力にそれぞれに感謝します。