VxRail: NTP:n vianmääritys VxRail-klusterissa
Summary: NTP (Network Time Protocol) -ongelmien vianmääritys.
Instructions
/etc/ntp.conf suoraan. Jos haluat määrittää NTP:n isännissä, katso: https://knowledge.broadcom.com/external/article/313808
Käyttö ntpq Voit tarkistaa synkronoinnin tilan VxRail Managerissa seuraavasti:
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
Huomautus: Jos NTP toimii hyvin, tuloksen pitäisi olla 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,
Jos kattavuus ei ole yes ja ehto ei ole sys.peer (mikä tarkoittaa, että ajan synkronoinnissa on ongelma), tarkista paikallinen aika ja NTP-palvelimen aika. Jos paikallinen aika on enemmän tai alle 1000 sekuntia, ntpd ei aseta kelloa. Aika on asetettava manuaalisesti.
Seuraava tila näyttää epänormaalin synkronoinnin tilan:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
pikanäppäimellä reach=no tarkoittaa, että NTP-palvelin ei vastaa pyyntöön tai verkko ei ole käytettävissä. Tee verkon ja NTP-palvelimen vianmääritys.
Skenaario 1: Verkko-ongelma:
Tarkista ping-kutsun avulla, onko NTP-palvelin tavoitettavissa, ja tarkista asia verkon vianmäärityksen avulla. Kun verkko-ongelma on vahvistettu, pyydä käyttäjää ottamaan yhteyttä verkkotiimiin ja vahvistamaan, että verkko-ongelma on korjattu.
Skenaario 2: Väärä NTP-IP-osoite tai palveluongelma:
Jos NTP-palvelin on pingattavissa, käyttäjä saattaa syöttää väärän NTP-IP-osoitteen tai NTP-palvelussa saattaa ilmetä ongelma. Varmista käyttäjältä, että NTP-IP-osoite on oikein, tai käytä toista NTP-palvelinta, jos käyttäjällä on sellainen, ja pyydä käyttäjää pyytämään järjestelmänvalvojatiimiä tarkistamaan se. Joskus palvelimen uudelleenkäynnistys voi korjata ongelman, joten voimme kokeilla tätä reittiä, jos käyttäjä hyväksyy sen.
Skenaario 3: Windows NTP -palvelin:
Windows-aikapalvelu toteuttaa NTP:n, joka ei ole täysin varusteltu. Jos käyttäjä käyttää Windows Serveriä NTP-palvelimena, rootdisp voi olla suurempi kuin 1000. Määritä siinä tapauksessa Windows NTP Server synkronoimaan luotettava ulkoinen NTP-palvelin.
Jos reach=yesMutta condition=rejectkäyttää ntpq muotoon assoc ja rv Voit tarkistaa flash code, dispersionja rootdisp.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
Huomautus: pikanäppäimellä assoc -vaihtoehto voi näyttää assid jota tarvitaan rv myöhemmin.
Käytä rv Komento, jolla saat flash code, dispersionja rootdisp.
Suorita ntpq komento, jolla siirrytään ntpq shell, ja käytä sitten rv assid saadaksesi yksityiskohtaiset tiedot.
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 ilmaisee, että etäisyys NTP-juuripalvelimeen on liian pitkä. Sitä ei voi synkronoida.
Lisätietoja flash-koodista saat seuraavasta linkistä:
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flashTavallisesti dispersion suurempi kuin 1000, katsotaan sopimattomaksi NTP-palvelimeksi. Jos Windows NTP Server on määritetty synkronoimaan aika itsensä kanssa tai parametreja ei ole määritetty oikein, rootdisp on suurempi kuin 1000, ja Windows Serverin NTP-määritys on korjattava.
Seuraavassa Microsoftin tietämyskannan artikkelissa on lisätietoja Windows-aikapalvelimen määrittämisestä.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-serverMuistiinpano: Muuta MaxPosPhaseCorrection, MaxNegPhaseCorrection ja SpecialPollInterval 300 sekuntiin
Skenaario 4: Epävakaa verkko NTP-palvelimen ja ulkoisen NTP-palvelimen välillä:
Tarkista verkko noudattamalla verkon vianmääritystä, voi käyttää pingiä tarkistaaksesi, onko viive suuri.