Centos 6サーバーコンソールでこのコマンドを実行すると、
# date
私はこれを受けました
Wed Oct 11 05:11:00 -03 2017
日付が-03(UTCオフセット)を返す理由を説明できる人はいますか?
これの代わりに
Tue Oct 10 12:30:50 AMST 2017
返品するにはどうすればよいですか?AMST数値以外の値-03?
注: また、これを実行すると
# zdump /etc/localtime
/etc/localtime Wed Oct 11 05:27:33 2017 -03
zdump: warning: zone "/etc/localtime" abbreviation "-03" lacks alphabetic at start
注2:UTCオフセットを使用することは多くのツールで予期しないものであるため、これを避けたいと思います。これは可能ですか?
ありがとう
答え1
tzdataは最近「発明された略語」の使用をやめたようです。これに関するRed Hatのレポート:
tzdata-2016bから、新しいタイムゾーンのtzdataタイムゾーンの略語を提供する新しい方法が実装されました。新しいゾーンを作成すると、tzdataは新しい略語(たとえば「ASTT」)を作成する以前の命名規則の代わりに、数値のタイムゾーンの略語(「+03」など)を使用します。
さらに、tzdata-2017aから公式の地位がなく、便宜のために設計された領域の略語を削除する方針があります。
これらの変更により、特定のtzdata-2016bデータ項目がtzdata-2005jからtzdata-2015eバージョンに派生したzic実装で警告が発生する可能性があります。 zdumpコマンドは、これらの新しいタイムゾーンに対して警告を発行することもできます。
これは、現在見ている動作と正確に一致しているようです。 Debian システムでも同じ状況が現れます。
$ zdump America/Sao_Paulo UTC
America/Sao_Paulo Wed Oct 11 11:19:19 2017 -03
zdump: warning: zone "America/Sao_Paulo" abbreviation "-03" lacks alphabetic at start
UTC Wed Oct 11 14:19:19 2017 UTC
古いバージョンのtzdataを実行しているさまざまなシステムには、「BRT」タイムゾーンが表示されます。
$ zdump America/Sao_Paulo UTC
America/Sao_Paulo Wed Oct 11 11:19:40 2017 BRT
UTC Wed Oct 11 14:19:40 2017 UTC
どちらの場合も、現実の現地時間が正確であるようです。問題はまだCentOSで認識。
最善の方法は、間違いによるゾーンの略語を心配しないようです。または、この問題に本当に興味があり、他のタイムゾーンの更新に興味がない場合は、tzdataパッケージを2017aより前のバージョンにロールバックできます。