Systemuhrzeit langsam

[ServiceLinuxStart]

Ich bin ehrlich gesagt ein wenig ratlos.

Dito

Der Drift ist mal heftig...
Was ist das für Hardware?

ASUS Pro C621, Xeon Gold 6136, 128gb ecc

Werd heute Nacht mal alles Herunterfahren und Neustarten. Ich war selten so Ratlos...

[MSfree]

Bei stackoverflow hieß es noch, stark ausgelastete Systeme oder Systeme, die hinter einer USV hängen, könnten solches Verhalten erklären.

USV halte ich für ein eigenartiges Argument. Aber dazu fällt mir gerade ein, daß Virtuelle Maschinen auch solches Verhalten zeigen können, wenn auch nicht so stark, wie in diesem Fall.

[ServiceLinuxStart]

Problem gefunden:
Server neu gestartet. Uhrzeit im BIOS manuel aktualisiert. Server läuft, Local time / Universal time / RTC time stimmen. Alles gestartet, VMs/Telemetrie, Uhrzeit weiterhin synchron und richtig. Verstelle ich jedoch die Uhrzeit über OVM web, fängt sie an asynchron zu laufen. Local time verliert dann 7 sec pro Minute, egal was ich dann mache. Die Uhrzeit läuft nicht mehr synchron, bis zum Neustart. Warum passiert das: ...Keine Ahnung!

[reox]

Verstelle ich jedoch die Uhrzeit über OVM web, fängt sie an asynchron zu laufen

Schuss ins blaue: Das ding startet einen eigenen job und stellt dir die zeit immer zurück weil es glaubt alleine auf dem system zu sein?

[MSfree]

Verstelle ich jedoch die Uhrzeit über OVM web, fängt sie an asynchron zu laufen.

Vielleicht solltest du einen Bugreport bei OMV machen.
https://github.com/openmediavault/openmediavault/issues

[Tintom]

Ich habe erst an einen Typo gedacht, aber weil im Thread überall 'OVM' statt 'OMV' stand, habe ich an den gleichnamigen Hoster gedacht.

Wenn aber tatsächlich Openmediavault installiert ist sieht die Sache anders aus. OMV verwendet anscheinend chrony zur Zeitsynchronisation, welches wiederum in /var/lib/chrony seine Daten speichert. Liegt da irgendwo noch Driftfile herum? Existiert die Datei /etc/adjtime?

[ServiceLinuxStart]

OMV ist natürlich richtig
Werde demnächst ein Bugreport machen.

Ich bedanke mich ganz herzlich.

[dufty2]

Frequency: +7.936ppm
also eine Abweichung zwischen dem "obersten Boß" NTP und einem meiner Clients und rund 8ppm Gangrate, was also ca. 7s pro Tag entspricht.

Also ganz so viel ist nun auch wieder nicht
60*60*24/1000000*7.936 s ~= 0.7 Sekunden (pro Tag)