Ubuntu Server VPSで時間が混乱するのはなぜですか？
VPSのサービスの1か月のバックロードが機能しなくなりました。 1時間ほどいじった後、時間が凍結していることがわかりました。ある種の仮想化のバグであり、再起動するとすぐに修正されたと思います。
しかし、今日私はS3バックアップを実行しようとしましたが、時間が間違っていたためにSSLが失敗しました。私が得る時間をチェックすることについて：
Current default timezone: 'Europe/London'
Local time is now: Sat Jul 11 22:03:02 BST 2009.
Universal Time is now: Sat Jul 11 21:03:02 UTC 2009.
tim@vps:~$ Sudo ntpdate ntp.ubuntu.com
11 Jul 22:03:30 ntpdate[3901]: step time server 91.189.94.4 offset -14404.833448 sec
今、英国にいますが、明らかに18:03になりました。
手動で日付を設定してみました：
Sudo date +%T -s "18:03:30"
そして私がそれを読み返したとき、それは変わっていません
私は何を台無しにしましたか？
編集：
私は実行しました：
tim@vps:/var/log$ Sudo hwclock --utc
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
tim@vps:/var/log$ Sudo hwclock --localtime
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
tim@vps:/var/log$ Sudo hwclock --show
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
もう一度編集：
再起動しても同じです。
また：
tim@vps:~$ Sudo hwclock --debug --show
hwclock from util-linux-ng 2.13.1
hwclock: Open of /dev/rtc failed, errno=2: No such file or directory.
No usable clock interface found.
Cannot access the Hardware Clock via any known method.
更新：xenについては何も知りません。しかし、そこに そこにはたくさんのページがあります あなたの状況を議論しています。
これが私が見つけたものです：
デフォルトでは、XenVMのクロックはそれらをホストするXenEnterprise Serverに同期されており、ntpデーモンが実行されている場合はそれを調整する要求を無視します。 XenVMに独立した時計を持たせたい場合は、そのテキストコンソールにログオンして、コマンドを発行します。
echo 1 > /proc/sys/xen/independent_wallclock次に、NTPデーモンを実行します。
デフォルトに戻すには、コマンドを発行します
echo 0 > /proc/sys/xen/independent_wallclock
更新前：これはおそらく仮想化の問題です。どのような仮想化ソフトウェアを使用していますか？そして、ホストの時間設定は何ですか？
Xen VPSについて話している場合、通常、クロックはdom0特権ドメインによって管理されます。これは、ホスティングプロバイダーが処理すると想定しています。 dom0に正しい時刻があるか、システム時刻の同期を維持するためにNTPデーモンを実行している限り、domUがntpd自体を実行する必要はありません。
Dom0でのみntpdを実行し、すべてのdomU仮想マシンの時刻が正しいXenサーバーがいくつかあります。実際にXenVPSを使用している場合は、ホスティングプロバイダーがマシン自体の時間に問題があると推測します。 Xenのほとんどのドキュメントでは、仮想化のために実際にハードウェアクロックと直接対話しようとすると、起動時に問題が発生するため、/ sbin/hwclockを空のファイルとしてゼロにすることを実際に推奨しています。
Xenベースのシステムの場合は、independend_wallclock = 1を設定し、ntpdを使用して独自の時間を管理できます。
最初に頭に浮かぶのは、どのタイムゾーンに設定されているかです。
次に頭に浮かぶのは、ハードウェアクロックの設定に関係しています。ハードウェアでUTCを使用していますか、それとも現地時間ですか。ほとんどのインストールでは、ハードウェアでUTC時間を使用することをお勧めします。その後、システムはタイムゾーンごとに調整されますが、逆の方法でシステムとハードウェアの両方の時刻を現地時間にするオプションがあります。これは時折混乱を招く可能性があります。
Linuxの場合は、 hwclock（8） プログラムを使用してみてください。このプログラムには、システム時刻をハードウェアクロックに設定し、ハードウェアクロックをシステム時刻に設定するオプションがあります。ええ、 date（1） コマンドで時間を設定できるはずですが、これを使用したほうがよいでしょう。
また、ワールドワイドNTPプールとベンダーが提供するプールの比較も検討します。pool.ntp.orgをポイントすることで、いつでも使用できます。
dpkg-reconfigure tzdataを試して、utcに設定されていることを確認してください。また、ntpdがインストールされており、pool.ntp.orgのntpサーバーのセットの1つを指していることを確認してください。
GoDaddy仮想サーバーでこれに問題がありました。どういうわけか、Virtuozzo（彼らのソフトウェア）は時間を制御するのが好きでした、そしてそれは間違った時間でした。 GoDaddyが時計を修正しなかったため、最終的に別のプロバイダーに移動しました。
私のVPSプロバイダーが再び私に戻ってきて、彼らの側（ホストマシン）に何か問題があるようだと言いました。だから私は彼らが整理するためにそれを残しておきます。
更新：
ホスティングプロバイダーはそれに取り組んでおり、彼らはそれがハードウェアの問題、おそらくBIOSバッテリーであると考えています。ホストマシンが起動すると、時計が間違っており、すべてのVMをロックせずに、起動中に時間を変更できないようです。