VxRail: Sådan foretages fejlfinding af NTP i en VxRail-klynge
Summary: Sådan foretages fejlfinding af problemer med Network Time Protocol (NTP).
Instructions
/etc/ntp.conf direkte. For at konfigurere NTP på værterne se: https://knowledge.broadcom.com/external/article/313808
og https://knowledge.broadcom.com/external/article/313810/vsphere-esxi-70-u3-and-later-versions-nt.html
Brug ntpq Sådan kontrollerer du synkroniseringsstatus fra 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
Bemærk: Hvis NTP fungerer fint, skal resultatet være 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,
Hvis rækkevidden ikke er ja, og betingelsen ikke er sys.peer (hvilket betyder, at tidssynkroniseringen har problemer), skal du kontrollere den lokale tid og NTP-servertiden. Hvis den lokale tid er større eller mindre end 1000 sekunder, indstiller ntpd ikke uret. Tiden skal indstilles manuelt.
Følgende status viser status for unormal synkronisering:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
Ikonet reach=no betyder, at NTP-serveren ikke reagerer på anmodningen, eller netværket er ikke tilgængeligt. Foretag fejlfinding af netværket og NTP-serveren.
Scenarie 1: Netværksproblem:
Brug ping til at kontrollere, om NTP-serveren er tilgængelig, og følg netværksfejlfinding for at kontrollere. Når netværksproblemet er bekræftet, skal du bede brugeren om at kontakte netværksteamet og bekræfte, at netværksproblemet er løst.
Scenarie 2: Forkert NTP IP eller Service problem:
Hvis NTP-serveren er pingbar, kan det være, at brugeren indtaster den forkerte NTP IP, eller NTP-tjenesten løber ind i et problem. Bekræft med brugeren, at NTP IP-adressen er korrekt, eller brug en anden NTP-server, hvis brugeren har en, og bad brugeren om at engagere deres admin-team til at kontrollere. Nogle gange kan en genstart af serveren løse problemet, så vi kan prøve den rute, hvis det er acceptabelt for brugeren.
Scenarie 3: Windows NTP-server:
Windows-tidstjenesten implementerer en NTP med ikke-komplette funktioner. Hvis brugeren bruger en Windows Server som NTP-server, vises ikonet rootdisp kan være højere end 1000. I så fald skal du konfigurere Windows NTP Server til at synkronisere en pålidelig ekstern NTP-server.
Hvis ikonet reach=yesMen condition=rejectbrug ntpq med assoc og rv Hvis du vil kontrollere ikonet flash code, dispersionog rootdisp.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
Bemærk: Ikonet assoc Kan vise ikonet assid hvilket er nødvendigt for rv senere.
Brug ikonet rv Kommando for at hente flash code, dispersionog rootdisp.
Kør ntpq kommando til at indtaste ntpq skal, og brug derefter rv assid for at få detaljerede oplysninger.
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 angiver, at afstanden til root NTP-serveren er for lang. Det er uegnet til at synkronisere.
Find mere information om flashkode fra følgende link:
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flashGenerelt dispersion højere end 1000 betragtes som uegnet NTP-server. Hvis Windows NTP Server er konfigureret til at synkronisere tiden med sig selv, eller hvis parametrene ikke er konfigureret korrekt, vises ikonet rootdisp er højere end 1000, og NTP-konfigurationen i Windows Server skal rettes.
Se følgende Microsoft KB-artikel for at konfigurere Windows-tidsserver.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-serverSeddel: Udskift MaxPosPhaseCorrection, MaxNegPhaseCorrection og SpecialPollInterval til 300 sekunder
Scenarie 4: Ustabilt netværk mellem NTP-server og ekstern NTP-server:
Følg netværksfejlfinding for at kontrollere netværket, Kan bruge ping til at kontrollere, om der er høj latenstid.