VxRail: Problemen met NTP in een VxRail cluster oplossen
Summary: NTP-problemen (Network Time Protocol) oplossen.
Instructions
/etc/ntp.conf direct. Zie voor het configureren van NTP op de hosts: https://knowledge.broadcom.com/external/article/313808
en https://knowledge.broadcom.com/external/article/313810/vsphere-esxi-70-u3-and-later-versions-nt.html
Gebruik ntpq De synchronisatiestatus controleren vanuit VxRail Manager:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 961a yes yes none sys.peer sys_peer 1
Opmerking: Als het NTP goed werkt, zou het resultaat moeten zijn reach=yes, condition=sys.peer.
ntpq> rv 3898 associd=3898 status=961a conf, reach, sel_sys.peer, 1 event, sys_peer, srcadr=10.XX.1XX.1X0, srcport=123, dstadr=10.XX.1XX.1X1, dstport=123, leap=00, stratum=12, precision=-6, rootdelay=31.250, rootdisp=64.575, refid=10.62.68.236, reftime=e0d00ab8.2af01902 Wed, Jul 10 2019 6:56:56.167, rec=e0d00c5e.d78d706e Wed, Jul 10 2019 7:03:58.842, reach=377,
Als het bereik niet yes is en de voorwaarde niet sys.peer is (wat betekent dat er een probleem is met de tijdsynchronisatie), controleert u de lokale tijd en de NTP-servertijd. Als de lokale tijd groter of kleiner is dan 1000 seconden, zal ntpd de klok niet instellen. De tijd moet handmatig worden ingesteld.
De volgende status geeft de abnormale synchronisatiestatus weer:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
De reach=no betekent dat de NTP-server niet op het verzoek reageert of dat het netwerk niet beschikbaar is. Problemen met de netwerk- en NTP-server oplossen.
Scenario 1: Netwerkprobleem:
Gebruik ping om te controleren of de NTP-server bereikbaar is en volg de netwerkprobleemoplossing om dit te controleren. Zodra het netwerkprobleem is bevestigd, vraagt u de gebruiker om contact op te nemen met het netwerkteam en te bevestigen dat het netwerkprobleem is opgelost.
Scenario 2: Probleem met verkeerde NTP-IP of -service:
Als de NTP-server kan pingen, kan het zijn dat de gebruiker het verkeerde NTP-IP-adres invoert of dat er een probleem is opgetreden met de NTP-service. Controleer met de gebruiker of het NTP-IP-adres correct is, of gebruik een andere NTP-server als de gebruiker er een heeft en vraag de gebruiker om contact op te nemen met het beheerdersteam om dit te controleren. Soms kan het probleem worden opgelost door de server opnieuw op te starten, zodat we die route kunnen proberen, als dat acceptabel is voor de gebruiker.
Scenario 3: Windows NTP-server:
Windows Time Service implementeert een NTP die niet volledig is uitgerust. Als de gebruiker een Windows Server als NTP-server gebruikt, wordt het rootdisp kan hoger zijn dan 1000. Configureer in dat geval Windows NTP Server om een betrouwbare externe NTP-server te synchroniseren.
Als de reach=yesmaar condition=rejectgebruiken ntpq met assoc als rv om de flash code, dispersionen rootdisp.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
Opmerking: De assoc optie kan de assid die nodig is voor rv later.
Gebruik de knop rv opdracht om de flash code, dispersionen rootdisp.
Voer de ntpq opdracht om de ntpq shell en gebruik vervolgens rv assid om de gedetailleerde informatie te krijgen.
ntpq ntpq> rv 3898 associd=3898 status=9014 conf, reach, sel_reject, 1 event, reachable, srcadr=10.XX.1XX.1X0, srcport=123, dstadr=10.XX.1XX.1X1, dstport=123, leap=00, stratum=12, precision=-6, rootdelay=31.250, rootdisp=1814.209, refid=10.XX.XX.2X6, reftime=e0cff348.12fb407d Wed, Jul 10 2019 5:16:56.074, rec=e0cff42b.60680b73 Wed, Jul 10 2019 5:20:43.376, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, headway=50, flash=400 peer_dist, keyid=0, offset=-2536.264, delay=0.354, dispersion=16.515, jitter=4.414, xleave=0.038, filtdelay= 0.35 0.29 0.32 0.26 0.28 3.22 0.28 0.35, filtoffset= -2536.2 -2538.2 -2529.4 -2536.2 -2541.6 -2530.0 -2532.5 -2538.1, filtdisp= 15.63 16.63 17.59 18.55 19.53 20.53 21.52 22.50 flash=400 peer_dist #reject reason dispersion=16.515 #it presents the error/variance between that NTP server and client rootdisp=1814.209 #it presents the total amount of error/variance from the root NTP server to client
flash=400 peer_dist geeft aan dat de afstand tot de root NTP-server te lang is. Het is niet geschikt om te synchroniseren.
Meer informatie over flash-code vindt u via de volgende link:
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flashDoorgaans dispersion hoger dan 1000 wordt beschouwd als ongeschikte NTP-server. Als Windows NTP Server is geconfigureerd om de tijd met zichzelf te synchroniseren of als de parameters niet correct zijn geconfigureerd, wordt het rootdisp hoger is dan 1000 en de NTP-configuratie in Windows Server moet worden gecorrigeerd.
Raadpleeg het volgende Microsoft KB-artikel voor informatie over het configureren van de Windows-tijdserver.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-serverNotitie: Wijzigen MaxPosPhaseCorrection, MaxNegPhaseCorrection als SpecialPollInterval tot 300 seconden
Scenario 4: Instabiel netwerk tussen NTP-server en externe NTP-server:
Volg de probleemoplossing van het netwerk om het netwerk te controleren, kan ping gebruiken om te controleren of er een hoge latentie is.