Warum ist die Zeit auf meinem Ubuntu Server VPS durcheinander?

Vor einem Monat funktionierten viele Dienste auf meinem VPS nicht mehr. Nachdem ich ungefähr eine Stunde lang herumgespielt hatte, stellte ich fest, dass die Zeit gefroren war. Ich nehme an, es war eine Art Virtualisierungsfehler und ein Neustart hat ihn bald behoben.

Heute habe ich jedoch versucht, mein S3-Backup auszuführen, und SSL ist aufgrund eines Zeitfehlers fehlgeschlagen. beim Überprüfen der Zeit, die ich bekomme:

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

Jetzt bin ich jetzt in Großbritannien und es ist eindeutig erst 18:03 Uhr weg.

Ich habe versucht, das Datum manuell einzustellen:

sudo date +%T -s "18:03:30"

und wenn ich es zurücklese, hat es sich nicht geändert

Was habe ich vermasselt?

BEARBEITEN:

Ich bin gelaufen:

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.

WIEDER BEARBEITEN:

Ich habe es neu starten lassen und es ist immer noch das gleiche.

ebenfalls:

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.

Update: Ich weiß nichts von Xen. Aber es gibt viele Seiten , die Ihre Situation diskutieren.

Folgendes habe ich gefunden:

Standardmäßig werden die Uhren von XenVMs mit dem XenEnterprise-Server synchronisiert, auf dem sie gehostet werden, und Anforderungen zum Anpassen der von einem NTP-Dämon angewendeten Zeit werden ignoriert, wenn einer ausgeführt wird. Wenn eine XenVM über eine unabhängige Uhr verfügen soll, melden Sie sich bei der Textkonsole an und geben Sie den Befehl aus

echo 1 > /proc/sys/xen/independent_wallclock

Führen Sie dann einen NTP-Daemon aus.

Geben Sie den Befehl ein, um zum Standard zurückzukehren

echo 0 > /proc/sys/xen/independent_wallclock

Vor dem Update: Es handelt sich wahrscheinlich um ein Virtualisierungsproblem. Welche Art von Virtualisierungssoftware verwenden Sie? Und wie sind die Zeiteinstellungen auf dem Host?

Als erstes fällt Ihnen ein, für welche Zeitzone Sie konfiguriert sind.

Das zweite, was Ihnen in den Sinn kommt, hat mit der Einrichtung Ihrer Hardware-Uhr zu tun - verwenden Sie UTC in der Hardware oder in der Ortszeit? Bei den meisten Installationen wird empfohlen, die UTC-Zeit in der Hardware zu verwenden. Anschließend wird das System nach Zeitzone angepasst. Es gibt jedoch Optionen, um das Gegenteil zu tun, und die System- und Hardwareuhr werden beide auf Ortszeit eingestellt. Dies kann gelegentlich zu Verwirrung führen.

Unter Linux können Sie versuchen, das Programm hwclock (8) zu verwenden, mit dem Sie die Systemzeit auf die Hardware-Uhr und die Hardware-Uhr auf die Systemzeit einstellen können. Ja, Sie sollten in der Lage sein, die Uhrzeit über den Befehl date (1) einzustellen , aber Sie sollten dies besser verwenden.

Ich würde auch die Verwendung des weltweiten NTP-Pools im Vergleich zum vom Anbieter bereitgestellten Pool betrachten. Sie können es jederzeit verwenden, indem Sie auf pool.ntp.org zeigen.

Wenn Sie über einen Xen VPS sprechen, wird die Uhr im Allgemeinen von der dom0-privilegierten Domäne verwaltet, für die sich der Hosting-Anbieter vermutlich kümmern würde. Solange dom0 die richtige Zeit hat und / oder einen NTP-Daemon ausführt, um die Systemzeit synchron zu halten, sollte keine domU ntpd selbst ausführen müssen.

Ich habe mehrere Xen-Server, auf denen ich nur ntpd auf dom0 ausführe und alle virtuellen domU-Maschinen die richtige Zeit haben. Wenn Sie tatsächlich auf einem Xen VPS arbeiten, würde ich vermuten, dass der Hosting-Anbieter ein Problem mit der Zeit auf dem Computer selbst hat. Ich weiß, dass in den meisten Dokumentationen für Xen empfohlen wird, / sbin / hwclock als leere Datei auf Null zu setzen, da dies beim Booten zu Problemen führt, wenn aufgrund der Virtualisierung tatsächlich versucht wird, direkt mit der Hardware-Uhr zu interagieren.

Wenn es sich um ein Xen-basiertes System handelt, können Sie Independend_wallclock = 1 festlegen und Ihre eigene Zeit mit ntpd verwalten.

Versuchen Sie, tzdata mit dpkg-rekonfigurieren, um sicherzustellen, dass es auf utc eingestellt ist. Überprüfen Sie außerdem, ob Sie ntpd installiert haben und auf einen der ntp-Server von pool.ntp.org zeigen.

Ich hatte Probleme damit mit GoDaddy Virtual Servern. Aus irgendeinem Grund kontrollierte Virtuozzo (ihre Software) gern die Zeit, und es war die falsche Zeit. Ich bin schließlich zu einem anderen Anbieter gewechselt, weil GoDaddy die Uhr nicht reparieren wollte.

Mein VPS-Anbieter hat sich erneut bei mir gemeldet und gesagt, dass auf seiner Seite (dem Host-Computer) etwas nicht stimmt. Also überlasse ich es ihnen, sich darum zu kümmern.

AKTUALISIEREN:

Der Hosting-Anbieter war dabei und glaubt, dass es sich um ein Hardwareproblem handelt, möglicherweise um eine BIOS-Batterie. Wenn der Host-Computer hochfährt, ist die Uhr falsch und anscheinend können sie die Zeit nicht ändern, während sie läuft, ohne alle VMs zu sperren!