VxRail: Rozwiązywanie problemów z NTP w klastrze VxRail
Summary: Rozwiązywanie problemów z protokołem NTP (Network Time Protocol).
Instructions
/etc/ntp.conf bezpośrednio. Aby skonfigurować protokół NTP na hostach, zobacz: https://knowledge.broadcom.com/external/article/313808
i https://knowledge.broadcom.com/external/article/313810/vsphere-esxi-70-u3-and-later-versions-nt.html
Użyj ntpq Aby sprawdzić stan synchronizacji z poziomu 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
Uwaga: Jeśli NTP działa prawidłowo, wynik powinien być następujący: 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,
Jeśli zasięg nie ma wartości "tak", a warunek nie ma wartości sys.peer (co oznacza, że występuje problem z synchronizacją czasu), sprawdź czas lokalny i czas serwera NTP. Jeśli czas lokalny jest większy lub krótszy niż 1000 sekund, ntpd nie ustawi zegara. Czas należy ustawić ręcznie.
Następujący stan pokazuje nieprawidłowy stan synchronizacji:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
Polecenie reach=no oznacza, że serwer NTP nie odpowiada na żądanie lub sieć jest niedostępna. Rozwiąż problemy z siecią i serwerem NTP.
Scenariusz 1: Problem z siecią:
Użyj polecenia ping, aby sprawdzić, czy serwer NTP jest osiągalny, a następnie postępuj zgodnie z instrukcjami rozwiązywania problemów z siecią. Po potwierdzeniu problemu z siecią poproś użytkownika o skontaktowanie się z zespołem ds. sieci i potwierdzenie, że problem z siecią został rozwiązany.
Scenariusz 2: Nieprawidłowy adres IP NTP lub nieprawidłowy problem z usługą:
Jeśli serwer NTP jest pingowalny, może się zdarzyć, że użytkownik wprowadzi nieprawidłowy adres IP NTP lub usługa NTP napotka problem. Potwierdź z użytkownikiem, że adres IP NTP jest poprawny, lub użyj innego serwera NTP, jeśli użytkownik go ma, i poproś użytkownika o skontaktowanie się z zespołem administratorów w celu sprawdzenia. Czasami ponowne uruchomienie serwera może rozwiązać problem, więc możemy wypróbować tę trasę, jeśli jest to akceptowalne dla użytkownika.
Scenariusz 3: Serwer NTP systemu Windows:
Usługa czasu systemu Windows implementuje nie w pełni funkcjonalny NTP. Jeśli użytkownik używa serwera Windows Server jako serwera NTP, rootdisp może być wyższa niż 1000. W takim przypadku należy skonfigurować serwer NTP systemu Windows w celu synchronizacji niezawodnego zewnętrznego serwera NTP.
Jeśli trzeba odzyskać reach=yesoprócz condition=rejectużywać ntpq na assoc i rv , aby sprawdzić flash code, dispersioni rootdisp.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
Uwaga: Polecenie assoc opcja może pokazywać assid który jest potrzebny do rv później.
Za pomocą przycisku rv polecenie, aby uzyskać flash code, dispersioni rootdisp.
Uruchom polecenie ntpq polecenie, aby wprowadzić ntpq shell, a następnie użyj rv assid , aby uzyskać szczegółowe informacje.
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 wskazuje, że odległość do głównego serwera NTP jest zbyt duża. Nie nadaje się do synchronizacji.
Więcej informacji na temat kodu flash znajdziesz pod następującym łączem:
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flashOgólnie dispersion wyższa niż 1000 jest uważana za nieodpowiedni serwer NTP. Jeśli serwer Windows NTP jest skonfigurowany do synchronizacji czasu ze sobą lub parametry nie są poprawnie skonfigurowane, rootdisp jest wyższa niż 1000, a konfiguracja NTP w systemie Windows Server musi zostać poprawiona.
Aby skonfigurować serwer czasu systemu Windows, zapoznaj się z następującym artykułem bazy wiedzy firmy Microsoft.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-serverNuta: Zmień MaxPosPhaseCorrection, MaxNegPhaseCorrection i SpecialPollInterval do 300 sekund
Scenariusz 4: Niestabilna sieć między serwerem NTP a zewnętrznym serwerem NTP:
Postępuj zgodnie z procedurami rozwiązywania problemów z siecią, aby sprawdzić sieć, możesz użyć ping, aby sprawdzić, czy występuje duże opóźnienie.