Wie kann ich den treibenden Takt für meine virtuelle Maschine lösen?

StackOverflow https://stackoverflow.com/questions/117422

  •  02-07-2019
  •  | 
  •  

Frage

My Virtual Machine Uhr driftet ziemlich deutlich. Es gibt Dokumentation gibt über den Umgang mit diesem, aber nichts scheint sehr gut zu funktionieren.

Wer irgendwelche Vorschläge haben, was gut für sie gearbeitet, ...

Angeblich soll regelmäßig über ntp Aktualisierung ist keine gute Lösung.

War es hilfreich?

Lösung

vmware have eine wirklich gute PDF doc auf diese Problem dar.

Grundsätzlich wird erschlug der Host die Ihren Gästen geliefert Zecken wie möglich. Nicht aus, um NTP oder zeitlich oder Junk-ähnlich. Nur vmware-guestd installieren und lassen Sie den Host Ihre Zecken tötete. Wenn Sie noch Zecken verlieren, dann eine andere Lösung zu großen Drift hat.

Wenn Sie können, ein Gast-Betriebssystem verwenden, das eine niedrige Frequenz Tick-Rate hat. Neuere Versionen von Linux sind mit 1000Hz Zecken, aber es verwendet nur 100 Hz zu sein. Das scheint einfacher für den Host zu liefern. Ein Kernel neu erstellen ist in der Regel notwendig, um den HZ-Wert zu ändern.

Andere Tipps

  1. Lesen Sie vmware Dokumentation sorgfältig durch, bevor Sie jemand hören. Wir laufen ESX5.

Zeitnehmung Best Practices für Linux-Gäste unter anderem sagt: Ref: http://kb.vmware.com/selfservice /microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427

NTP Empfehlungen Hinweis: VMware empfiehlt NTP zu verwenden anstelle von VMware Tools periodischen Zeitsynchronisation. NTP ist ein Industriestandard und die genaue Zeit gewährleistet, in dem Gast zu halten. Sie können die Firewall (UDP 123) zu öffnen, haben NTP-Verkehr zu ermöglichen.

Dies ist ein Beispiel /etc/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

Dies ist ein Beispiel (RedHat spezifisch) / etc / ntp / step-Tickern: 

0.vmware.pool.ntp.org
1.vmware.pool.ntp.org

Die Konfigurationsdirektive Kesselflicker Panik 0 instruiert NTP nicht aufgeben, wenn es einen großen Sprung in der Zeit sieht. Dies ist wichtig, wenn mit großen Zeitdriften der Bewältigung und auch virtuelle Maschinen aus ihrem suspendierten Zustand wieder aufgenommen wird.

Hinweis: Die Richtlinie Kesselflicker Panik 0 an der Spitze der ntp.conf Datei sein muss,

.

Es ist auch wichtig, nicht die lokale Uhr als Zeitquelle zu verwenden, die oft als Undisciplined Local Clock bezeichnet. NTP hat eine Tendenz zu den entfernten Servern dies bevorzugt zurückgreifen, wenn es eine große Menge an Zeit Drift ist.

Ein Beispiel einer solchen Konfiguration ist: 

server 127.127.1.0
fudge 127.127.1.0 stratum 10

beide Zeilen auf Kommentar.

Nach Änderungen an NTP-Konfiguration vornehmen, muss der NTP-Daemon neu gestartet werden. Wenden Sie sich an Ihr Betriebssystem der Dokumentation des Herstellers.

Nur einige Daten über hinzufügen, warum NTPD ist keine gute Lösung. NTPD ist ein Dämon, der für die lokale Taktdrift zu kompensieren versucht; wenn die „innere Uhr“ driftet durch X Anzahl der Sekunden in einem Tag weg, dann statt Springen vor / zurück wie ein erzwungener Befehl wie in „ntpdate“ versucht NTPD hinzufügen / entfernen, um die Uhr einig Zyklen, so dass in der Zeit, in der Regel innerhalb von 15 Minuten, läuft die Uhr genau genug und die Kompensation überwindet diese X Anzahl von Sekunden, die der Server Gewinne / Verluste an einem Tag. Dies hat den Vorteil, dass Sie keine Zeit in dem Tag sehen werden wiederholt, die ein Muss für für Transaktionssysteme ist.

Aber in der Lage sein, dies zu tun, erfordert NTPD, dass die lokale Uhr eine einigermaßen gute Arbeit leistet, was normalerweise bedeutet, dass der lokale Takt nicht auseinander driftet mehr als 42 Sekunden pro Tag (mehr oder weniger, ich bin nicht sicher, die genaue Zahl). Dies ist normalerweise ein Problem in virtuellen Maschinen, da die die Uhr Software gesteuert wird, so dass, wenn der HOST zu viel Überlastung hat, könnten Sie langsamer laufen, sehen, dass Uhr des Clients und wenn dies nicht der Fall, dann könnte die Uhr laufen zu schnell. Das Problem ist hier für NTPD ist, dass der lokale Takt ist nicht zuverlässig und hat keine konstante Drift in der Zeit; es kann mehr oder weniger abhängig von der Überlastung des Host-Systems sein.

Also in diesem Fall ist es besser, die Client-Tools zu installieren, wie vorgeschlagen wurde, und synchronisieren Sie die CLIENT Uhr mit der Uhr des HOST (normalerweise als „Wanduhr“ bezeichnet)

Es gibt keine definitive Antwort, weil verschiedene Methoden existieren, die jeweils ihre Vor- und Nachteile haben. Was man wählen, hängt von Ihren Aufgaben, Serverlast, Betriebssystem, etc.

Lesen Sie vmware_timekeeping.pdf für gründliches Verständnis des Problems.

Schnelle Rezepte für Linux kann in einem separaten KB-Artikel

finden

Ist die Installation nicht die Virtual Machine Additions (Werkzeuge) synchronisieren die Uhr zwischen Gast und Host-O?

  

Angeblich soll regelmäßig über ntp Aktualisierung   keine gute Lösung ist

Das ist die Lösung, die ich empfehlen würde, though. Warum ist es nicht gut angesehen bei Ihnen vor Ort?

Installieren NTP, wenn Sie nicht bereits haben es.

ntpdate wird die Uhrzeit korrekt eingestellt, dann ntpd die Uhr genau halten.

Das NTP Pool Projekt einen großen Pool von NTP-Server bietet zur Auswahl.

Bearbeiten nur bemerkt, dass Sie sagen, dass Sie denken, NTP, ist keine gute Lösung - warum? Wenn Sie sich Sorgen über die Auswirkungen der Uhr sind zu ändern, ist NTP die ideal, da ntpd die Uhr nicht nach vorne springt oder nach hinten, anstatt es „slews“ die Uhr durch die Beschleunigung / leicht nach unten, bis es mit dem in Linie ist zurück korrekte Zeit.

Ich hatte das gleiche Problem und löste es, indem

  1. Installation vmware-guestd
  2. Senden der Kernel eine Option Clock = acpi_pm
  3. hwclock läuft es stündlich als root an.

Dies ist ein altes Problem, aber eine, die uns vor kurzem wurde zu beeinflussen. Was ich fand, war, dass jeder unserer VMs, die VMware Tools ausgeführt wurden von dem Problem betroffen waren.

Vor kurzem hatten wir begonnen, mit Open-vm-tools und auf diesen VMs die Option nicht gesetzt war. Da Open-vm-tools vollständig unterstützt und empfohlen von Vmware würde ich mit ihm über vmware Werkzeuge vorschlagen: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2073803

Wenn open-vm-tools in einem Repository ist, dass Sie es verwenden, ist auch einfach über yum install zu installieren oder apt-get install etc.

Sie können das cmd und 

net time \\computer_name /set

die Uhr einstellen Ferne (oder in einem Skript zum Beispiel)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top