VxRail: Så här felsöker du NTP i ett VxRail Cluster
Summary: Så här felsöker du problem med Network Time Protocol (NTP).
Instructions
/etc/ntp.conf direkt. Information om hur du konfigurerar NTP på värdarna finns i: https://knowledge.broadcom.com/external/article/313808
och https://knowledge.broadcom.com/external/article/313810/vsphere-esxi-70-u3-and-later-versions-nt.html
Använd ntpq Så här kontrollerar du synkroniseringsstatus från 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
Obs! Om NTP fungerar bra bör resultatet bli 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,
Om räckvidden inte är ja och villkoret inte är sys.peer (vilket innebär att tidssynkroniseringen har problem) kontrollerar du lokal tid och NTP-servertid. Om den lokala tiden är större eller mindre än 1000 sekunder kommer ntpd inte att ställa in klockan. Tiden måste ställas in manuellt.
Följande status visar den onormala synkroniseringsstatusen:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
Informationen reach=no betyder att NTP-servern inte svarar på begäran eller att nätverket inte är tillgängligt. Felsök nätverket och NTP-servern.
Scenario 1: Nätverksproblem:
Använd ping för att kontrollera om NTP-servern kan nås och följ nätverksfelsökningen för att kontrollera. När nätverksproblemet har bekräftats ber du användaren att kontakta nätverksteamet och bekräfta att nätverksproblemet är åtgärdat.
Scenario 2: Fel NTP IP- eller tjänstproblem:
Om NTP-servern kan pingas kan det vara så att användaren matar in fel NTP-IP eller att NTP-tjänsten stöter på ett problem. Bekräfta med användaren att NTP IP-adressen är korrekt, eller använd en annan NTP-server om användaren har en sådan och be användaren att engagera sitt administratörsteam för att kontrollera. Ibland kan en omstart av servern lösa problemet, så vi kan prova den vägen om det är acceptabelt för användaren.
Scenario 3: Windows NTP-server:
Windows tidstjänst implementerar en icke-fullfjädrad NTP. Om användaren använder en Windows Server som NTP-server rootdisp kan vara högre än 1000. I så fall konfigurerar du Windows NTP-server för att synkronisera en tillförlitlig extern NTP-server.
Om den reach=yesMen condition=rejectanvända ntpq med assoc och rv för att kontrollera flash code, dispersionoch rootdisp.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
Obs! Informationen assoc kan visa assid som behövs för att rv senare.
Använd rv kommandot för att få flash code, dispersionoch rootdisp. – Herr talman,
Kör ntpq kommando för att ange ntpq skal och använd sedan rv assid för att få detaljerad information.
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 indikerar att avståndet till NTP-rotservern är för långt. Det är olämpligt att synkronisera.
Hitta mer information om flashkod från följande länk:
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flashI allmänhet dispersion högre än 1000 anses vara olämplig NTP-server. Om Windows NTP-servern är konfigurerad för att synkronisera tiden med sig själv, eller om parametrarna inte är korrekt konfigurerade, rootdisp är högre än 1000 och NTP-konfigurationen i Windows Server måste korrigeras.
Se följande Microsoft KB-artikel för att konfigurera Windows-tidsserver.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-serverNot: Ändring MaxPosPhaseCorrection, MaxNegPhaseCorrection och SpecialPollInterval till 300 sekunder
Scenario 4: Instabilt nätverk mellan NTP-server och extern NTP-server:
Följ nätverksfelsökning för att kontrollera nätverket, kan använda ping för att kontrollera om det finns hög latens.