Timesync unter HyperV mit CentOS 6.2

Ich habe eine CentOS-VM (Version 6.2) unter HyperV. Ich habe Integrationsdienste installiert (Teil der Basis jetzt), und CentOS zeigt an, dass die aktuelle Clocksource hyperv_clocksource ist. Meine Zeit in der VM beträgt jedoch nach einer Woche Betriebszeit etwa 10 Minuten. Mein Verständnis des neuen IC und der steckbaren Taktquelle ist, dass dies nicht mehr passieren sollte. Ist eine zusätzliche Konfiguration erforderlich, damit die steckbare Uhrenquelle "funktioniert"?

Ich weiß, dass es viele Links zum Festlegen von Kerneloptionen für PIT und ähnliches gibt, aber alle scheinen die integrierte Clockource-Unterstützung vorab zu datieren, und meines Wissens sollte sie nicht länger benötigt werden. Weder ntpd noch adjtimex.

Bearbeiten: Wurde 3.2 von IC (was mit Centos 6.2 ausgeliefert wird) ausgeführt, heute auf 3.3 aktualisiert, die Maschine war 1 Stunde 22 Minuten in Betrieb und die Uhr ist bereits 5 Sekunden schnell. Ich verwende jetzt den neuesten IC und habe immer noch das gleiche Problem.

centos hyper-v-server-2008-r2 time-synchronization WaldenL
quelle

Ja, die Zeit ist schnell, nicht langsam. Was noch seltsamer ist, da das typische Problem der VM-Uhr der Zeitverlust ist, nicht der Zeitgewinn.

WaldenL

Wenn Sie einen Powershell-Get-Winevent-Provider ausführen, Microsoft-Windows-Hyper-V-Integration-TimeSync | Nachricht auswählen | Select-String "Servername" sehen Sie jederzeit Synchronisierungsfehler

Tony Roth

Denken Sie nicht an Nachrichten über Zeitsynchronisierungsfehler, es gibt überhaupt keine Nachrichten für diesen Anbieter. Es gibt andere Hyper-V-Nachrichten, aber keine für TimeSync.

WaldenL

Antworten:

Ich hatte dieses Problem in der Vergangenheit und habe es durch Ändern der Startschalter (notsc divider = 10) und der ntp-Einstellungen behoben:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-164.6.1.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.6.1.el5 ro root=/dev/VolGroup00/LogVol00 hda=noprobe hdb=noprobe notsc divider=10
    initrd /initrd-2.6.18-164.6.1.el5.img
title CentOS (2.6.18-164.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/VolGroup00/LogVol00
    initrd /initrd-2.6.18-164.el5.img

Beispiel ntp.conf:

tinker panic 0
restrict 127.0.0.1
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift

Quelle:

Korrigieren der Linux-Taktverschiebung unter Hyper-V auf Server 2008 R2
http://hardanswers.net/correct-clock-drift-in-centos-hyper-v

Greg Askew
quelle

Das könnte funktionieren. Die offizielle Haltung von MS besteht darin, Integrationsfunktionen einschließlich Zeitsynchronisierung zu installieren / zu aktivieren und alle In-VM-Zeitdämonen (ntpd) zu deaktivieren.

Chris S

VMWare empfiehlt dies auch divider=10in vielen Linux-Konstellationen.

Nils

Entschuldigen Sie die Ablehnung, aber dies sind genau die Verbesserungen, die mit der steckbaren Zeitquelle in den neuen Integrationskomponenten nicht erforderlich sein sollten.

WaldenL

Überprüfen Sie zunächst, ob Hyper-V die Integrationsdienste erkennt. Der einzige Weg, den ich kenne, ist die Verwendung des System Center Virtual Machine Managers, aber ich gehe davon aus, dass es einen Weg geben muss, den MMC von Hyper-V zu verwenden.

Ich habe dies auch gesehen, wenn die Uhrensynchronisierung in der VM-Konfiguration deaktiviert ist. Warum die Uhr schneller läuft, ist mir ein Rätsel. Ich habe einen Screenshot der VM-Konfiguration als Referenz angehängt. Geben Sie hier die Bildbeschreibung ein

langer Hals
quelle

Ja, alle Dienste sind aktiviert.

WaldenL

meldet hyper-v, dass die Integrationsdienste erkannt wurden?

Longneck

Interessante Frage, nicht sicher, wie ich es sagen soll. Die Show begann im Gast, und ich gehe davon aus, dass sie das nicht tun würden, wenn sie nicht mit dem Gastgeber kommuniziert hätten, aber ich kann es nicht sicher sagen. Ich habe kein scvmm, daher bin ich mir auch nicht sicher, ob ich es sagen soll.

WaldenL

Wenn Sie sich die VM im mmc ansehen, heißt es unten "Herzschlag ok"? Dies würde darauf hinweisen, dass zumindest der Heartbeat-Dienst kommuniziert.

Longneck

Es heißt "Heartbeat: OK", also scheint zumindest der Kommunikationskanal offen zu sein.

WaldenL

Hyper-V Linux-Gasttaktdrift unter Last ist leider ziemlich häufig (Taktdrift in nicht synchronisierten VMs ist etwas unvermeidbar). Die Linux-Uhr verliert jede Woche 10 Minuten und Hyper-V Machine verschiebt die Zeit überall, selbst wenn NTP für andere Beiträge darüber spricht. Anekdoten, die ich gesehen habe, sagen Folgendes:

Die Uhr des Hyper-V-Hosts wird nur verwendet, um die Uhr des Linux-Gasts beim Start mit aktuellen Kerneln einzustellen (bis einschließlich mindestens Mainline 3.16-Kernel oder Integrationsdienste 3.5). Wenn Sie solche Linux - Kernel verwenden, es spielt keine Rolle , welche Optionen setzen Sie im Hyper-V - Manager , noch wird es eine Rolle , dass current_clocksourceist hyperv_clocksource- Ihre Uhr wird nach dem Booten treiben und wird nicht korrigiert , wenn Sie eine der Synchronisationsprogramme unten laufen. Es gibt viele komplizierte Windows-orientierte und widersprüchliche Informationen zu diesem Thema und oft wiederholte Begriffe wie "steckbare Zeitquelle" zu verstehen.
ntpdkann die in einem Linux Hyper-V-Gast auftretende Drift nicht korrigieren, und Sie müssen entweder reguläre Brute-Force-Ntpdate-Synchronisierungen (schlecht) oder einen NTP-Dienst wie chrony(besser) verwenden, um große Taktdriften zu korrigieren.

Anon
quelle