時刻合わせ総合スレッド2

再びローカルのDNSにして様子見てみた。
2日ぐらいかかるけど、何とか収束できるようです。
とりあえず結果として収束はするんだけど、
原因はまだわかりません。
ローカルのDNS使ってntpd動かしてる人に質問。
たとえば、再起動してからntpが収束するまでどれぐらいかかってます?

>>507
最初にntpdateしてからntpd起動したら?　普通そのほうがずっと早く同期する。

>507
おぉ〜なるほどねぇ。ありがとう。試してみるよ。

なるほどっつーか、
普通ディストリのデフォルトでそうなってない?

>510
そ、そぉ?
rc*.dのスクリプト見てみたけど、そんな記述無いなぁ。
だけど、とりあえず追加しておきました。
ちなみに玄箱HG debian testing ｶｰﾈﾙ2.6.15.2ね。

% find /etc/init.d -type f|xargs grep ntpdate
これでもだめ？

>512
init.dにはあるんだけど、rc*.dにntpqdateが無いってことは
init.dにあるntpdateのスクリプトは呼ばれて無いってことだと思ってるんだけど、俺の勘違い?
シリアルコンソールとかつけてないから、わかってないだけなんだろうけど
これって実際はntpdateしてからntpdを立ち上げてるの?

# init.dは起動スクリプトだけでrc*.dのシンボリックリンクが
# init.dのスクリプトを呼んでいるんだと思ってたよ。

>>510
ちらっと見た感じでは赤帽ではそうなってるみたいだね。　Debianではそうなってない。

自己解決した。
単に聞きかじって設定してたmaxpoll　15が永杉ってことみたい。
12にしたら180くらいに収まった。間隔が1/8だから、値もだいたい1/8で、
そういうものなのかなー。

>514
納得

ntpdでいつまでたっても同期がとれない。。ntpサーバの有名どころを
あれこれ試したけど駄目。ntpサーバへのpingはロスもないしntpdateだと
正常に時間合わせできる。こういった現象は何故ですか？

ちなみにこんな感じ

[root@CentOS4 ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
ntp1.jst.mfeed. 210.173.160.56 2 u 231 1024 377 19.745 -272275 81339.2
ntp2.jst.mfeed. 210.173.176.4 2 u 226 1024 377 18.677 -275026 62567.0
ntp3.jst.mfeed. 210.173.160.56 2 u 228 1024 377 20.014 -278747 54155.4

どうみてもoffsetがでかすぎるんですが。

推測の域から出ませんがvmware上のLinuxだからかもしれないです。
vmwareってやたら時計が狂うのでntp入れたらこの状態なので。

vmwareとかvirtualpcとか、そのあたりは全部そんなもんです。

>>517
ntpdは、サーバの時刻が現在時刻とあまり乖離していると、同期引き込みができないとのことです。
従って、ntpdの起動に先立ちntpdateコマンドでサーバの時刻を手動で設定して置きます。
http://www.aconus.com/~oyaji/ntp/ntp.htm

>>521
同期させる為に毎回ntpdateしてntpdを起動してましたが駄目でした。。
ずっとntpで検索してましたが、vmware ntpで検索したら
同様の症状に陥ってる人がいたのでどうやらvmwareでntpdは
うまく動作しないっぽいです。時刻合わせるならntpdateをcron実行
くらいしか今のところないっぽいです。

何で仮想マシンの時計ってあんなに狂うんだろう。

たいていの（すべての？）仮想 OS では時刻は親環境からもらうので、
親環境の時計を正しくセットすれば仮想環境では NTP 不要。

>>523
OSがCPUで時計の計算をしてるから。
リアルならCPUに供給されるクロック並みに正確。
仮想マシンだと間にブリッジが入るけど、
仮想マシン上のOSはそれを知らない。

ｎｔｐを切った状態で一定の率で狂っていくのなら
まず　tickadj　で時計自体の精度を普通の時計並みに調整してやるとうまくいく

一日に数十分も狂うとんでもないマシンでやってうまくいったよ
でも仮想マシンではやったことないからハズしてたらごめんね

このあたりみると、カーネルの再構築や、/boot/grub/menu.lst などで
起動時のオプション設定変更で対応できる場合もあるみたい。

http://blog.livedoor.jp/sourcewalker/archives/50179807.html
http://www.vmware.com/support/kb/enduser/std_adp.php?p_faqid=1420
http://www.vmware.com/community/thread.jspa?threadID=4254&messageID=83762

I have tested all the stuff i have found in this forum :
- booting with nosmp noapic nolapic options
- booting with clock=pit
- booting with acpi=off
- recompiling the kernel with HZ=100
- setting the TimerHardPeriod to 333 in the host config

- i have tools.syncTime = "TRUE" in the vmx file
- i have enabled the time synchro in vmware tools

環境によっても、有効な方法が違うのかも。

tickadj って使ったことないけど clock を見てんじゃないっけ?
もしそうなら VM ではだめっぽいけど。

>>528
カーネル時計と実時間の差を吸収するカーネル変数の値をアジャストするコマンドだと思ってたけどどうなんだろ？

>>523
VMware Playerとか酷いね。
中で島村ジョーが奥歯をかみ締めてるのかと思ってしまう。

OpenBSDをQEMUでつかってっけど、やっぱそんなもんよ。
あと、時計のずれ方は、ゲストOSの動作状況（カーネル
空間での実行の割合とかロードアベレージとか）にも
よって変ってくるみたいなので、tickadjとかで一律に
補正っつうのもけっこうキビシイかも。

>>530
ちゃんとvmware-toolsいれてるかい?

>>531
元ネタ判る人イター！

>>532-533
Toolsは入れてるんで、起動時には時刻が合います。
その後、どんどん加速して45分くらい未来になりますね。w
シビアな用途ではないので支障はないんですが。

っていうか、当然のことなのでしょうが
ゲストOSは何でも関係ないんですね。

>>532 , 533, 534

Celeron2.8GHz機ですが、「include/asm-i386/param.h」
で「# define USER_HZ 10」にしてカーネル作り直して
みたけど、それだけだと、結構、ずれるようでした。

その他パラメータをいろいろいじってみた
けど、clock=pit acpi=off を追加したら、安定してくれる
ようでした、親の負荷がそうれほどでもなければ。

ntpで時間を合わせてると、たまに、stepしてるかも。
VMPlayerしかないので、VMware-toolは入ってないです。

VMware、VirtualServer、Xenなど上で、いろいろサーバを
動かそうと思ってるんだけど、時間関係は、結構、
辛いのかな？少なくともカーネルは作り直さないとなのかな？

>>535
「# define USER_HZ 10」じゃなくて「# define USER_HZ 100」でした、
しつれい。

VMwareのサーバ版はどうなの？
サーバだと時刻狂うと困ること多くない？
使っている人詳細きぼん

明日になって日付が４月１日だったらひろゆきは神

４月２日でしたね

…気付いたんだが
時刻あわせソフトで合わせた時刻と
テレビの時報が０．７秒ぐらい違っているぞ。
俺だけ？

あーあ、時刻を確認してからチャンネルを変えても間に合うからくりを知ってしまったな。

非NTPの時刻合わせソフトありませんか？
NTP遮断されて使えません…

>>542
GPS とかラジオとか使って自分で stratum 1 たてちゃうとか。
それか中に NTP サーバ立てるよう管理者に訴えるとか。

>>530
島木ジョージかとおもた。

>>542
そういうところって内側にNTPサーバがあるもんだと思うが。使わせてくれるかどうかは別だけど。

>>542
どれくらいの精度を要求するかですが
手動で時刻あわせをしたらその都度誤差を補正する数値を自動調整してくれて
だんだんマシンの時計が性正確になっていくというのがあるよ clockspeedだったっけか？

たいした精度いらないならＦＭラジオの時報であわせるってのがどっかで公開されてた
必要なのはサウンドカードとラジオだけ、いまどきのマシンならサウンドはデフォで付いてるから百円ラジオ買ってくりゃいい

date

実は>>540は地上デジタルを見ていた、ってオチじゃあるまいな。

HTTPのレスポンスヘッダのDate:で時間拾って合わせるって程度なら、perlあたりでゴニョゴニョすれば出来るような。

遮断されてるポイントを特定して、そこまでの経路を調べて、
近い順にNTPサーバになってるか調べるとかｗ

>>549
そんなん精度が不明だしいつ止まるかわからん。

>542
htpdateは？

＞551
存在を知りませんでした。ありがとうございました。
さて、dagからRPMを入手してインストしましたが、
日本の鯖で調整しようとしても、国際標準時(日本時から9時間遅れ)になってしまいます。
日本時間にするには、どうすればよいでしょうか。

ごめんなさい忘れてください。
アホでした。

>>547
いや地上アナログ。ちなみにここは沖縄。
そんな質問するって事は、パソコンとテレビの時刻が０．７秒ぐらい狂ってるのは
俺だけ？

ラジオ>>地上波アナログ>>>>痴情派デジタル

時報の遅延に関しては
滅茶苦茶に大雑把な表現すると
こんな感じらしいです。

>>555
なんだ、アナログも延長してたんだ。ってかラジオも延長あったんだ…

>>555
遅延が一定のアナログと変動するデジタルを一緒くたにするなよ。
地上波アナログの場合でも確かに遅延はするが、その遅延分は常に一定なので
時報はそれに合わせて前もって発信する仕組みになっている。

対してデジタル放送はいくら前もって発信しても受信機側のデコード処理の遅延が
不確定に存在する(伝送路のエラー訂正を含む)ため、そもそも時報という仕組み自体が
成り立たない。

>>554
沖縄の放送事情はわからんが、放送の途中経路でデジタル化されてるんじゃないかな。
そうすればそれくらいの遅延は納得できる範囲だったりする。

>>557
文句言われても困る。

>>557
なるほどな。ある意味デジタルの弊害が早くも発生しているわけだ・・・

google 「レイテンシー」

D-Link Firmware Abuses Open NTP Servers
http://yro.slashdot.org/article.pl?sid=06/04/07/130209

いろいろありますな。

>>561
このスレにも登場してたが、福岡大学のNTPの中の人もこれくらい言って
かまわなかったのになぁと思った。

>>537
>VMwareのサーバ版はどうなの？
>サーバだと時刻狂うと困ること多くない？

virtualserverの無料ので試すと、ホスト：Linux、ゲスト：Linuxだと、
vmware tools入れたり、grubの設定を直したり、kernel再構築しなくても、
結構あうかも。両方ともdebian-sargeでためした。

ホスト：winXP、ゲスト：Linuxだとずれるようです。

ホスト：winXPは、今のところ、vmware server, vmware player、
virtualpc、virtualserver、どれを使ってもゲストのLinuxの
時間はずれるみたい（kernel作り直せば別かも）。

Xen上のdomUだとdom0にくらべてntpが同期するのにちょっと時間がかかる

>>32
バッファローとかですね。

あれから結構経ったけど、センセイのトコのアクセスはどの位になったんでしょうね
詳しいシステムとかも見てみたいけどリンクもないし

stratum1をNICT直々に一般公開キタコレ。
ソフトでのデフォルト設定をなんと推奨。

…なんでstratum2にしないのだ。複数指定するとき面倒じゃん…

ttp://www2.nict.go.jp/pub/whatsnew/press/h18/060612-1/060612-1.html
ttp://www2.nict.go.jp/w/w114/stsi/PubNtp/

blink はやめてくれ blink は

ぬお、ほんとだ。Operaだからか気づかなかった。いまどきblinkか。…なんだろうね。

1時間平均20回までか。いやでも超えないようにするには
minpoll 8 maxpoll 10とかminpoll 9？

うちは1段落としたら上げるのに1時間以上かかってるから
8まで落としたらまずそうだな。minpoll 9確定で。

こういう系統の話をするとなぜか回線切断されるんだけど、
AとAAAAを同じホスト名に付けてあるからIPv6でもないのにIPv6を有効にしてると
うまくいかないのねorz

sntp?.nict.go.jpのページが無くなったね。
ntp.nict.jpを使えと言うことか。

NTPによる日本標準時配信開始
http://slashdot.jp/article.pl?sid=06/06/12/2111252

NTPサーバーに ntp2.dti.ne.jpを使っているのだが、ntpq -p してみたら

dns01.dti.ad.jp 133.100.11.8 2 u 43 128 7 1.897 -0.557 0.126

133.100.11.8→clock.tl.fukuoka-u.ac.jp

>>575 福岡を参照しているってこと
それはそうと、jitterの少ない近くのサーバを検索できると便利かと思い、
ntpサーバの検索ページをつくってみたので、皆の'ntpq -p'を頂けませんか?
nict.jp ができたから、もう用無しかな・・・・
http://sea-mew.jp/nox/modules/rpms/searchntp.php

>>576
やっといたよ



ところで質問なんだけど、 /etc/ntp.conf に設定するサーバーの数は3つぐらいは
あったほうが精度が上がる？
10個とか登録しても意味内よね？

>>577
おお、早速ありがとうございます。
ntp.confで指定するサーバの数は、どのように効いてくるのかよくわかりません。
「*」印がついているサーバとのみ同期していて、あとは予備としてしか使われていないので、
たくさん登録しても意味はないと思いますが、ほんとのところはどうなんでしょう?

一番正確そうにみえるとこを自動で選んで使ってくれるんじゃなかったっけ？
でもたくさん入れとくということはそれだけたくさんパケットを流してるということで
みんながやればインターネットを混雑させる原因になるからやめれ
秒単位で合ってればよい程度なら１個で充分だとおもうぞ

+がついてるのは*が嘘こいてないか確認するのに使ってるんだっけ？

# time.wind(ry は見てて面白いからお勧めｗ
# 含めるときは他のserverにpreferを忘れずにｗ

昨晩から何人か協力してくれたみたいで、ありがとう。
まだまだ統計は足りないけど、以前から言われてたように、
「遠くのst1より近くのst3」のほうがjitterが少ないような気がします。
多くのデータが集まれば、おもしろい傾向がでるかも。

+と*でクラスタを構成する
-がクラスタに使われないもの
xはだめ

-と+の差だけど、ittaやdelayの状況で入れ替わる。もちろん+と*も
クラスタ形成のために最低3が必要。それ以上なら何個でもいい。
ntpサーバが適切な3つの参照サーバを決定してくれる。

watch -n 60 ntpq -p

とかやって観察してみると実感できると思うよ。

のくす牧場さんのところは、おとといぐらいFreeBSDのntpq -p形式がダメだったけど。
いまやったらサポートされていた。
さすがだ。

>>583 協力ありがとう。
もしエラーがでたら、うちの掲示板などで報告してください。
皆が迷惑じゃなければ、ここでもいいけど。

BIOSからEFIになったら
PCに電波時計内蔵可能になるかなぁ・・・。

プロバイダ乗り換えの時に
難儀しました。

>>585
電波時計くらい秋月でキットを買えばいいじゃないか。
シリアル接続だし、ntp4.2.2以降ならパッチ無しで対応してるし便利。

普通の人はキットなんて作れないよー
もっとも誰かに頼んだり元々結構部品が実装済みらしいので練習がてらってのもいいかも
まあ普通はこっちだね
ttp://www.c-dex.co.jp/main/1.html

しかし電子機器内蔵で長波受信ってものすごく大変そう…
やっぱりアンテナ分離式でしかどうにもならないのかね
完全内蔵だと便利そうだけどねえ

>>587
0.5mm単位の半田付けとか面実装とかするわけじゃなし、
スルーホールの荒い半田付けくらい中学生でもできるレベルだろうに。

出来る人は出来る
しかし大多数の人ははんだ付けなど覚えとらんよ
そもそも上手に出来るまで習ったわけじゃないし
全く出来ないのが普通だろう
文系か理系かでも大分違うとは思うが

普通かどうか議論してもしょうがなくね?

秋月のキット作ってみたよ、うちはどっちの局からも遠いので感度がいまいち不足気味だった
電波の強い地区なら秋月ので無問題って感じかな

１ｋ円くらいで安売りされてる電波時計のほうが感度良好って感じ
中を開けてみたら簡単にシグナルを取り出せそうな基板だったのでこっちを改造してやろうかななんて画策中です

どっちにしてもパソコンの至近距離ではまったくダメでした遠くに設置して信号線だけ引っ張ってくるしかないみたい
これも強電界地区ならそのままでいけちゃうんでしょうねえ

なんで ntp じゃなく電波時計なの？

>>592
時刻あわせ総合スレだしｎｔｐサーバー側には電波時計用ドライバーもあることだしいいんでない？

>>586-587
結構値が張りますね。
しかし、ネットワークに繋がらない、或いは不調の時には
大いに役立つと思った。
Athlon64 FX60を諦めて買う価値はありそう。

っつーか、ここがLinux板だって事忘れてた。

>591
ループアンテナでも作ってみたら？プリングルスとかひし形とか
または誘導アンテナとかコンセントに挿すアンテナとか
ttp://www.lifekernel.ne.jp/elec/waveclock.html

>592
より精度を追求したくなったりする事もあるのさ
何で山に、と同じようなものだ
電波時計はGPSより安いし
今となっては大して変わらなくなったけど

>>595
ntpのほうが精度高いのでは?

>>596
まがりなりにも日本の周波数と時刻標準局だからそれはないでしょう

電波時計って距離による遅延考慮してるの？

>>598
とりあえず安物は考慮してない高いのはしらんＷ

だが東京ー九州間を電波が進むのに要する時間は０．３ミリ秒ほどなので
時計の時刻あわせなら無視しても問題ないと思いますですね

カーネル時計の精度がもう一桁悪かったはずですし

>594
こんなのは如何？ ttp://tips.kajiki.com/adjtmbyradio/
>596
空間波とか直接波とか超細かいことはこの際置いておいて
自分が思うには電波の遅延時間が一定だと言う事が重要だと思うわけで
伝播遅延時間は計算で大体出るし、一回計算してオフセット設定してしまえばほぼ完璧な時刻が得られる
NETも遅延時間が一定とすれば電波とほぼ変わらないと言う事になると思うけどね
実際の所はクライアントが遅延を考慮して細かく予測補正してるけど遅延が一定でない以上完全には合わないし
と言うのが自分の考えだけど現実的使用上はどちらでも全く問題ないとも思ってる
ここでも参考にどうぞ ttp://www.miz.nao.ac.jp/staffs/hisa/

NTPを使って時刻を同期できると聞き、ntpdの設定をしたのですが、
うまくいってないっぽいです。何をしたか書くので、どこが間違っているか教えて下さい。
# iptables -A INPUT -p udp --dport 123 -j ACCEPT
としてファイヤウォールに穴を開ける。
# ntpdate hostname1
(日付) ntpdate[xxxx]: step time server hostname1 offset xx.xxxxxx sec
として時刻を合わせる。
/etc/ntp.confをttp://www.ysd.bne.jp/linux/ntp.phpを参考に修正する。
# service ntpd start としてサービスを立ち上げる。
しばらく待つ。30分ぐらい待ったっけ?
# ntpq -p とすると
remote refid st t when poll reach delay offset jitter
==============================================================================
hostname1 0.0.0.0 16 u - 64 0 0.000 0.000 4000.00
hostname2 0.0.0.0 16 u - 64 0 0.000 0.000 4000.00
うまく同期できてない気配です。何がおかしいのでしょうか?
使用OSはRedHat9です。

おかしいと思ったらまずログをチェックするのは基本れすよ

>>602
そうでした。基本を忘れていました。
/var/log/messagesを見たら、/etc/ntp.confの記述に
問題があることがわかりました。修正してうまく動くようになりました。
どうもありがとうございます。

>>601
外部サーバと同期をとるだけなら123は閉じておいてもいいんじゃないの？

せっかく家にntp立てたなら、家のマシンやルータ、HDレコーダはそのntpに同期させようよ。

というか、そのために立てるんじゃないの？

ふつうはそうだが世の中広いからなあW