web-dev-qa-db-ja.com

CentOS 5.4はうるう秒を適切に処理しますか?

どうやら、IERSは今年の6月30日の深夜にうるう秒を発表しました。

CentOS/RHEL 5.4は、更新されたNTPシステムとともにサポート/移行するように適切に更新されていますか?更新されたtzdataパッケージが必要であるという印象を受けましたが、確信が持てませんでした。

更新:

Tzdataパッケージの変更ログを確認したところ、次のことに気づきました。

* Tue Feb 27 2007 Petr Machata <[email protected]> - 2007c-1
- Upstream 2007c
  - Pulaski County, Indiana, switched back to eastern time.
  - Turkey switches at 01:00 standard time, not at 01:00 UTC.
- Upstream 2007b
  - Changes to the commentary in "leapseconds".
- Resolves: #230089


* Tue Aug 22 2006 Petr Machata <[email protected]> - 2006j-1
- Upstream 2006j
  - Honduras stopped observing DST on Monday at 00:00
  - America/Bermuda will follow the US's lead next year
  - America/Moncton will use US-style rules next year
  - New Zone America/Blanc-Sablon, for Canadians who observe AST all
    year
  - New zone: America/Atikokan instead of America/Coral_Harbour
  - New zones: Europe/Jersey, Europe/Guernsey, Europe/Isle_of_Man
  - Historical changes
  - Commentary updates
- Upstream 2006i
  - localtime.c fixes
- Upstream 2006h
  - zic leapsecond fix

「zicうるう秒修正」は関連していますか?

2
Mike B

あなたの質問は、RedHatナレッジベースで回答されます。

https://access.redhat.com/knowledge/articles/15145

あらすじ:
RHEL 4および5の一部のバージョンには既知の潜在的な問題があり、NTPも実行しているシステムの深夜にカーネルがクラッシュする可能性があります。 5.4および4.8よりも高いパッチが適用されている場合は、問題ないはずです(適切な関連ファイルがすべて正しくパッチされていると仮定します)。または、実行しないことを選択することもできますNTPただし、tzdataデータファイルが適切なレベルに更新されていることを確認する必要があります。

結論として、完全に更新されたシステムを使用している場合は、問題は発生しないはずです。

詳細については、Red HatBugzillaを参照してください。
https://bugzilla.redhat.com/show_bug.cgi?id=479765

1
Red Tux

Zdumpコマンドを使用して、特定のうるう秒の更新が適用されたことを確認できます。 CentOSではこれは

/usr/sbin/zdump -v right/UTC

次のような行を探しています。

right/UTC  Sat Jun 30 23:59:60 2012 UTC = Sat Jun 30 23:59:60 2012 UTC isdst=0 gmtoff=0

これは、tzdataパッケージの変更ログに記載されている必要があります。

rpm -q --changelog tzdata | less

パッチが不十分なCentOS5.7ボックスでは、この更新を見つけていません。現在のUbuntu11.10とDebianのスクイーズボックスで、私はそれを見つけています。 YMMV。

詳細については(Debian PoVからですが、主にCentOSに適用されるはずです): http://lists.debian.org/debian-user/2005/12/msg03343.html

6

システムを更新している限り、問題はありません。また、NTPは、すべてが制御されていることを確認する必要があります。

4

2012年3月にリリースされたRHEL/CentOSエラッタパッケージ「tzdata-2011n-2」以降をインストールしない限り、タイムゾーンファイルに2012年のうるう秒は表示されません。古いパッケージはうるう秒のためにそれを認識しません。 6か月前の通知でのみ発表されます。さらに、これらの更新されたファイルを使用するには、「正しい」タイムゾーンを使用するようにボックスを構成する必要があります。 「right/America/New_York」。

システムがntpdを実行中であり、NTPアップストリームサーバーうるう秒の事前通知をサポート)の場合、ntpdはカーネルに1秒ジャンプするように指示しますlibc gettimeofday()を使用するアプリケーションでは、23:59:59.XXXUTCが2回繰り返されます。

アップストリームNTPサーバーは、プロトコルがそれ以上の通知を許可しないため、2012-06-30 00:00:00UTC以降にのみ「うるう秒」のアナウンスを開始します。アップストリーム参照の場合クロックはうるう秒対応(GPSなど)であるため、ntpdはうるう秒インジケーターをすべてのホストに正しくカスケードする必要があります。アップストリーム参照がうるう秒対応でない場合(一部の1秒あたりのパルス数の無線クロックなど)、および stratum 1 ntpdオペレーターは、「うるう秒」ファイルを構成していません。基準クロックが混在している場合は、それらのいずれかがうるう秒インジケーターを提供できます。

1
Phil

うるう秒のバグに遭遇し、サーバーに高い負荷がかかった場合は、ntpを停止し、ntpdateで時間を設定してください。 ここ を参照してください。

0
Gregor