iveは、Linuxサーバーのimが維持する時間が将来8時間に設定されていることに気づきました。
これは変だと思ったので、ntpdがオンになっていることを確認しました。
これはもっと変だと思ったので、タイムゾーンを確認しました。
$ ls -lah /etc/localtime
/etc/localtime -> /usr/share/zoneinfo/Australia/Brisbane
うーん...
$ ntpdate -q 0.au.pool.ntp.org
server 119.148.81.6, stratum 2, offset -28768.189322, delay 0.06355
server 203.161.129.2, stratum 3, offset -28768.185683, delay 0.03165
server 202.158.218.239, stratum 3, offset -28768.187015, delay 0.04909
8 Sep 19:49:49 ntpdate[16434]: step time server 119.148.81.6 offset -28768.189322 sec
うーん...完全に間違っています。 ntpdには、ローカル時間との差が大きすぎる場合にサーバー時間を実際に更新しないという何らかのキャッチがある可能性があると考えたので、手動で設定しました。
$ date 090811492010
Wed Sep 8 11:45:00 EST 2010
次に、日付を再度実行して、何が起こったかを確認しました。
$ date
Wed Sep 8 11:44:47 EST 2010
13秒後退しました! ntpdが正常に実行され、サーバー時間が調整されたと思いました。13秒が正しくありませんでした。
ただし、その後のntpdate -qによる日付のチェックでは、正しい時刻が19:49であると表示されたため、ntpdは瞬時に時刻を19:49にリセットしました。
誰かが間違ったことを知っていますか?
これは専用の仮想サーバーですか、それとも仮想化されたサーバーですか?一部の仮想化ソフトウェアでは、ホストOSとゲストOSのクロック間で非同期が発生する可能性があります。