Vor einem Monat funktionierten viele Dienste auf meinem VPS nicht mehr. Nachdem ich ungefähr eine Stunde lang herumgespielt hatte, fand ich heraus, dass die Zeit eingefroren war. Ich nehme an, es war eine Art Virtualisierungsfehler, und ein Neustart behob ihn bald.
Als ich heute jedoch versuchte, mein S3-Backup auszuführen, schlug SSL aufgrund einer falschen Zeit fehl. Beim Überprüfen der Zeit erhalte ich:
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 in Großbritannien und es ist offensichtlich gerade erst 18:03 Uhr.
Ich habe versucht, das Datum manuell einzustellen:
sudo date +%T -s "18:03:30"
und als ich es noch einmal las, hat es sich nicht geändert
Was habe ich vermasselt?
BEARBEITEN:
Ich habe ausgeführt:
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.
NOCHMALS BEARBEITEN:
Ich habe es neugestartet, aber es ist immer noch dasselbe.
Auch:
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.
Antwort1
Aktualisieren:Ich weiß nichts von Xen. Aber esgibt es viele Seiten da draußendie Ihre Situation besprechen.
Folgendes habe ich gefunden:
Standardmäßig werden die Uhren von XenVMs mit dem XenEnterprise-Server synchronisiert, auf dem sie gehostet werden, und sie ignorieren Anfragen zur Anpassung der Zeit durch einen NTP-Daemon, falls einer ausgeführt wird. Wenn Sie möchten, dass eine XenVM eine unabhängige Uhr hat, melden Sie sich an der Textkonsole an und geben Sie den Befehl ein
echo 1 > /proc/sys/xen/independent_wallclockFühren Sie dann einen NTP-Daemon aus.
Um zur Standardeinstellung zurückzukehren, geben Sie den Befehl ein
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?
Antwort2
Das Erste, was mir in den Sinn kommt, ist, für welche Zeitzone Sie eingestellt sind?
Das Zweite, was mir in den Sinn kommt, hat mit der Konfiguration Ihrer Hardware-Uhr zu tun: Verwenden Sie UTC in der Hardware oder die Ortszeit? Die meisten Installationen empfehlen die Verwendung der UTC-Zeit in der Hardware, und das System passt sich dann der Zeitzone an. Es gibt jedoch auch Optionen, das Gegenteil zu tun und sowohl die System- als auch die Hardware-Uhr auf die Ortszeit einzustellen. Dies kann gelegentlich zu Verwirrung führen.
Für Linux können Sie versuchen, diehwclock(8)Programm, das Optionen zum Einstellen der Systemzeit auf die Hardware-Uhr und zum Einstellen der Hardware-Uhr auf die Systemzeit bietet. Ja, Sie sollten die Zeit über dasDatum(1)Befehl, aber Sie sind besser dran, wenn Sie diesen verwenden.
Ich würde auch die Verwendung des weltweiten NTP-Pools gegenüber dem vom Anbieter bereitgestellten Pool prüfen. Sie können ihn jederzeit verwenden, indem Sie auf pool.ntp.org verweisen.
Antwort3
Wenn Sie von einem Xen VPS sprechen, wird die Uhr im Allgemeinen von der privilegierten Domäne dom0 verwaltet, und ich gehe davon aus, dass der Hosting-Anbieter sich darum kümmert. Solange dom0 die richtige Zeit hat und/oder einen NTP-Daemon ausführt, um die Systemzeit synchron zu halten, sollte es für domU nicht erforderlich sein, ntpd selbst auszuführen.
Ich habe mehrere Xen-Server, auf denen ich ntpd nur auf dom0 ausführe und alle virtuellen DomU-Maschinen die richtige Zeit haben. Wenn Sie tatsächlich einen Xen-VPS verwenden, würde ich vermuten, dass der Hosting-Anbieter ein Problem mit der Zeit auf der Maschine selbst hat. Ich weiß, dass in den meisten Dokumentationen für Xen empfohlen wird, /sbin/hwclock als leere Datei auf Null zu setzen, da es aufgrund der Virtualisierung beim Booten zu Problemen kommt, wenn es tatsächlich versucht, direkt mit der Hardware-Uhr zu interagieren.
Antwort4
Versuchen Sie, tzdata mit dpkg neu zu konfigurieren, um sicherzustellen, dass es auf UTC eingestellt ist. Überprüfen Sie außerdem, ob Sie ntpd installiert und auf einen der NTP-Server-Sets von pool.ntp.org gerichtet haben.