[[Computer and Network/computers/うるう秒対応]]

#contents

*うるう秒対応 [#pf7a5f77]

2012.07.01 におけるうるう秒挿入に対し、以下の対応を行いました。

手順 

-うるう秒挿入前
+うるう秒が入る前にCOSMOS を止める

-うるう秒挿入後

同期はとれていたのでリブートの必要がないと思われるが一応マシンリブート

+time.dat の更新 /cosmos3/aste/etc/time.dat  45m のものをとってくる
+aste-2c reboot
+aste-1c, aste-3c, aste-1x, aste-r1c, asteその他リブート
+各マシン ntpq -pとしたときに、delayが0.3程度, dispが0.03ならOK (disp の値が落ち着くのに数分かかる場合がある)
+エコー計測器(連絡をとりながら、手動で調整)うるう秒スイッチは使い方はよくわからず。秒の数字を直接修正。


以下、廣田さんのメール 2012.06.16  [aste-comp 67080] Re: うるう秒について

廣田です。

連続波カメラのソフト開発で、時刻系についていろいろ調べる必要があったので、そこで得た知識を元に
推測を交えてコメントします。

-----------------------------------------------------------------------------------------------------------
閏秒対応で考慮に入れなければならないコンポーネントは、
+GPS時計装置にNTPでぶら下がる装置群、
+エコー計測器の時計装置(キャビン内)、
+UTC-TAI offsetのテーブル(time.dat)
の三つに分けられると思います。

1. GPS時計装置 (とそれにNTPでぶら下がる装置)

閏秒(23:59:60)の挿入に伴い、UTC-TAIのオフセットが変わる、(閏秒対応システムであれば)Unix time計算用のカウンタが一増える、
などの影響がでます。GPS時計装置は衛星から「そろそろ閏秒が入る」という情報をもらっており、ntpのパケット内にその情報を含めて、
配下のマシン(aste-2c)に配信しています (aste-2c上でntpq -c rvで、leap indicatorの情報を見ることができます)。

閏秒が入るときのシステムの対応としては、1) 23:59:60を挿入する or 2) 一秒の長さを微妙に変化させてやり過ごす、の2種類があります
(システムの実装依存)。

どちらにせよ、システムの挙動にやっかいな影響を及ぼし得るので、閏秒を跨ぐ時間帯はシステムをシャットダウンする、閏秒挿入後に
システムを再起動するという対応が良いと思います。

NTPの構成は以下のようになっているので、

   GPS時計装置(stratum=0) -> aste-2c(stratum=1) -> (他のマシン:aste-1c,
aste-3c, aste-1x, etc, stratum=2)

各マシンの再起動後、一時間ぐらい放置してntp同期が落ち着くのを待つという手順で良いと思います。
# 各マシン上で、ntpq -pとしたときに、delayが0.3程度, dispが0.03程度になっていたらOKだと思います。

2. エコー計測器

この装置は、外部から閏秒の情報を得る知性が無い(と思われる)ので、手動で閏秒挿入を知らせてやる必要があると思います。
(確か)パネル全面に閏秒挿入用のスイッチがあったので、閏秒挿入後にそのスイッチを一回手動で入れてやる必要があると
思います。
# 想像が正しければ、パネル全面の時刻表示が一秒戻るはずです。

キャビン内に一人、観測コンテナに一人配置して、時刻表示をトランシーバで確認しながら作業を進める必要があると思います。

3. time.dat

UTCの閏秒挿入に伴い、TAI-UTC間のoffsetが34秒から35秒に変化します

http://maia.usno.navy.mil/ser7/tai-utc.dat

今aste-1c, aste-2cなどのtime.datをチェックしてみたら、

  aste-1c{asteobs}51: tail /cosmos3/aste/etc/time.dat
  20121128, 56259, 34, -0.675
  20121129, 56260, 34, -0.676
  20121130, 56261, 34, -0.676
  20121201, 56262, 34, -0.676
  20121202, 56263, 34, -0.677
  20121203, 56264, 34, -0.677
  20121204, 56265, 34, -0.678
  20121205, 56266, 34, -0.679
  20121206, 56267, 34, -0.680
  20121207, 56268, 34, -0.681

と2012/07/01でもTAI-UTCのオフセットが34秒のままとなっているので、アップデートが必要です。
# 別件ですが、time.datに記載されているUTC-UT1オフセットはあくまで過去のトレンドから外挿した予測値なので、time.datはある
# 程度頻繁にアップデートした方が良いのではと思います。
# time.dat作成に必要な情報は、http://maia.usno.navy.mil/ser7/tai-utc.dat,
http://maia.usno.navy.mil/ser7/finals2000A.data
# から収集できます。


Front page   Edit Diff History Attach Copy Rename Reload   New Page list Search Recent changes   Help   RSS of recent changes