回答:
ランニング
ps ax | grep ntpd
そして、出力に次のようなものが含まれていることを確認します
6497 ? Ss 0:04 /usr/sbin/ntpd ...
ntpdが実行されていることを確認します。実行されていない場合は、
/etc/init.d/ntp start
エラーメッセージが表示されNo such file or directory
た場合は、ntpパッケージをインストールする必要があります。
sudo apt-get install ntp
ntpdを実行したら、ntpqコマンドを使用して対話できます。
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*time.nist.gov .ACTS. 1 u 753 1024 377 139.432 -0.562 2.199
+sip.dicode.nl 193.190.230.66 2 u 733 1024 163 33.197 0.297 0.132
+194.109.64.200 192.87.106.2 2 u 779 1024 377 35.214 -0.323 0.027
LOCAL(0) .LOCL. 10 l 3 64 377 0.000 0.000 0.001
これは、私のシステムの同期が1秒未満であること(オフセット)を示しています-私はそれに耐えることができます。
でピア統計を有効にしている/etc/ntp.conf
場合は、に統計があり/var/log/ntpstats/peerstats
ます。(ディレクトリとファイル名はntp.confで指定されます)。これをスキャンして、サーバーの追跡状況を確認できます。このコマンドgrep -v 127.127.1.0 /var/log/ntpstats/peerstats
は、ローカルクロックの行を除くすべての行を出力します。最初の浮動小数点数は秒単位のオフセットです。ゼロに近いほど良いです。正と負の値が混在している必要があります。zgrepを使用して、ローテーションされたログ内の履歴データを.gz
拡張子付きで調べます。
ntpq -p
Iainが提案したように、値が何であるかを確認します。
Muninを実行してシステムを監視すると、ntp統計を追跡できます。それが記録するオフセットは、現在の同期ソースに関連する値だと思います。これは、ntpq -p
出力でアスタリスク(*)で始まる行のものです。Muninは、オフセットが大きすぎることを通知するように構成できます。私の警告行は次のとおりです(ミリ秒単位の時間)。
ntp_offset.delay.warning 40 ntp_offset.offset.warning -15:15
ローカルクロックを別のマシンと比較して確認するための安価で汚れた方法は、次のシェルコマンドシーケンスです。
date; telnet somehost 13; date
"somehost"はRFC 867 "daytime"プロトコルを実行する必要があり、それはもはやそれほど一般的ではありません。inetdはそれ自体で「日中」を提供でき、一部のホストでは「日中」がまだ有効になっています。
ローカルクロックを独立してチェックできます。NTPを使用する必要はありません。