私の現在のシステムは、hwclockとntpdから劇的にずれています。私はオンラインやSFで多くのフォーラムや投稿を見てきましたが、適切な解決策が見つかりませんでした。
これが私のntpq-pn出力です:
ポーリング到達遅延オフセットジッター時のリモートrefidstt ============================== =============================================== 122.226.192.4 66.220.9.122 2 u 30 64 3 53.734 146507.127822。 120-88-46-10.sn 158.43.128.33 2 u 33 64 3 150.373 12823.5217821。 suisho .attritio 133.100.9.2 2 u 29 64 3 34.351 148556.133910。 123.146.124.27 61.153.197.226 3 u 27 64 3 21.123 152572.133909。 114.80.81.1 204.152.184.72 2 u 29 64 3 55.605 148520. 129851。
今のところ私の「hwclock」は言う:
Fri 25 Mar 2011 03:27:06 PM CST -0.048504 seconds
私の「日付」は言う:
Fri Mar 25 15:21:17 CST 2011
それらは約6分ずれており、私は約10分前にntpdate-uを実行しました...
また、私は現在、カーネル2.6.18-194.32.1.el5でCentos 5.532ビットを実行しています。
システムクロックを修正するにはどうすればよいですか?ハードウェアクロックは正常に機能しているようです。
EDIT: Sacxの説明に従って、カーネルブートラインに新しい値を追加しました。再起動後の遅延はかなり改善されますが、16時間後も、時間は35分遅くなります。 current_clocksourceを確認したところ、まだtscと表示されています。 acpi_pmに変更してみましたが、動作しません。私のavailable_clocksourceを見ると、次のように表示されます:jiffies tsc pit
カーネルブートラインでこのパラメータを追加します
notsc divider=10 clocksource=acpi_pm
システムを再起動します。これは RHEL 5 Hyper-VGuest-カーネルアップグレード後NTP)と同期できません に関連しています
OpenBSDのような別のNTPdを使用してみることができます: openntpd
多分これは誰かを助けます。最近同じ問題が発生し、adtimex
をインストールした後、妥当な範囲にドリフトしました。
aptitude install adjtimex