Zeit im Debian zu schnell, 72 Minuten vergehen im Systemdatum in einer realen Sekunde

Probleme mit dem Datum / der Uhrzeit des Systems in GNU / Linux / Debian: Die Zeit vergeht zu schnell für Datum, Uhrzeit und Cron. Der Befehl sleep funktioniert einwandfrei, die Änderungszeiten der Dateien sind korrekt. Das Problem wurde über Befehle erklärt:

$ date
Mon Sep 12 05:27:46 CEST 2011

$ time sleep 1
real    71m13.403s
user    0m0.008s
sys     0m0.012s

$ date
Fri Sep 16 22:00:02 CEST 2011

Es scheint, als wären 4 Tage vergangen, während der Befehl "sleep 1" ausgeführt wurde und der Befehl "date" eingegeben wurde. Naja eigentlich nicht. Ideen darüber, was los ist, sind willkommen.

$ uname -a
Linux the_hostname 2.6.18-238.19.1.el5xen #1 SMP Fri Jul 15 08:16:59 EDT 2011 x86_64 GNU/Linux

Und ja, es ist in einer virtuellen Maschine.

$ hwclock --debug
hwclock from util-linux-ng 2.13.1.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.

— Buella Gábor
quelle

Sieht aus wie ein virtualisiertes Linux, oder? Einige Virtualisierungssoftware hat Probleme mit der Emulation von RTC und möglicherweise macht der Kernel etwas falsch.

— Mailq

Haben Sie im Modul flow_capacitor kompiliert? :)

— Egorgry

Ihr Server ist eindeutig auf Zeitreise. Mit Vorsicht fortfahren.

— MDMarra

Einige Vorschläge: 1. Virtuelle Maschine? Ist die Zeitsynchronisierung für den Host eingerichtet? Erwartet Ihr Kernel Ticks mit einer anderen Rate als vom Host gesendet? 2. Paravirtual? Haben Sie die richtigen Kernel-Versionen? 3. Läuft NTP? Scheint NTP vernünftig zu sein?

— Pehrs

Das OP hat nicht erwähnt, dass dieser Server auf der TARDIS gehostet wird.

— Bart Silverstrim

passiert dies immer noch nach dem Einstellen der Zeit mit ntp? Andernfalls versuchen Sie, den RTC zu verwenden. Ich habe auch irgendwo in einem Forum gelesen, dass, wenn es sich um ein 64-Bit-PC-Problem handelt, jemand vorgeschlagen hat, die Noapictimer-Kernel-Option zu verwenden, um es zu beheben. Es wäre interessant, welches System Sie verwenden und welche Kernel-Version, um den Fehler besser zu lokalisieren

EDIT: Ich denke, es hat etwas mit dem Xen-Kernel und Zeitproblemen dort zu tun. Überprüfen Sie diese Seiten:

(Zeit ging rückwärts Problem)

http://lists.xensource.com/archives/html/xen-users/2010-01/msg00037.html

(schnelle Uhr)

http://idolinux.blogspot.com/2009/02/xen-and-fast-clock.html

oder Google für Xen-Kernel und Zeitprobleme. Über dieses Thema wird viel diskutiert

— Xtroce
quelle

Danke, ich habe gerade ntp installiert, bisher keine Änderung. Der Befehl hwclock sagt, dass

hwclock --debug  hwclock from util-linux-ng 2.13.1.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.

es sich tatsächlich um eine virtuelle Maschine handelt. uname -a Linux hostnameishere 2.6.18-238.19.1.el5xen #1 SMP Fri Jul 15 08:16:59 EDT 2011 x86_64 GNU/Linux

— Buella Gábor

Interessant ist, dass es nach einer Weile immer wieder auf die richtige Zeit zurückgesetzt wird. Kommt irgendwann Mitte 2012 an, dann ist es wieder August 2011. Als würde es manchmal synchronisieren. Die andere seltsame Sache ist, dass die Erstellungszeiten der Dateien korrekt sind und der uptimeBefehl auch die richtige Zeit anzeigt.

— Buella Gábor

Das Zurücksetzen kann durch NTP verursacht werden, das eine Suche durchführt und die Zeit zurücksetzt. Die Erstellungszeiten sind korrekt und die Betriebszeit scheint jedoch ziemlich seltsam. Ich habe oben einige Kommentare bemerkt, in denen gefragt wurde, ob Sie in einer VM ausgeführt werden. Tun Sie das?

— Mike Keller

Ja, es läuft in einer virtuellen Maschine

— Buella Gábor

Sie können versuchen, den RTC über zu laden, modprobe rtcaber ich denke, dass dies auf einem VM nicht funktioniert. Wenn es Ihre Maschine ist und Sie auf das System hinter der VM zugreifen können, installieren Sie ein Kernelupdate. Wenn nicht, wenden Sie sich an den Eigentümer und fragen Sie ihn freundlich, ob er das tun würde. ntp sollte die Zeit von Zeit zu Zeit aktualisieren, damit dies das Verhalten erklärt. Nur ein bisschen gegoogelt und es scheint etwas im Allgemeinen mit Xen-Kerneln und Zeit zwischen Host und Gast OS nicht zu stimmen. Ich habe auch einige Tipps gefunden, wie man diese Probleme löst, wenn man zum Xen-Kernel gelangt (man besitzt die Hardware und kann auf die Maschine zugreifen, auf der die VM läuft).

— Xtroce