VxRail: VxRail Cluster da NTP Sorunlarını Giderme
Summary: Ağ Zaman Protokolü (NTP) sorunlarını giderme.
Instructions
/etc/ntp.conf hemen. Ana bilgisayarlarda NTP'yi yapılandırmak için bkz.: https://knowledge.broadcom.com/external/article/313808
ve https://knowledge.broadcom.com/external/article/313810/vsphere-esxi-70-u3-and-later-versions-nt.html
Kullanım ntpq Senkronizasyon durumunu VxRail Manager'dan kontrol etmek için:
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
Not: NTP düzgün çalışıyorsa sonuç şu şekilde olmalıdır 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,
Erişim evet değilse ve durum sys.peer değilse (bu, zaman senkronizasyonunda sorun yaşandığı anlamına gelir) yerel saati ve NTP sunucusu saatini kontrol edin. Yerel saat 1000 saniyeden büyük veya küçükse, ntpd saati ayarlamaz. Saatin manuel olarak ayarlanması gerekir.
Aşağıdaki durum anormal senkronizasyon durumunu gösteriyor:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
Komutta reach=no NTP sunucusunun isteğe yanıt vermediği veya ağın kullanılamadığı anlamına gelir. Ağ ve NTP sunucusu sorunlarını giderme.
Senaryo 1: Ağ sorunu:
NTP Sunucusunun erişilebilir olup olmadığını kontrol etmek için ping i kullanın ve kontrol etmek için ağ sorun giderme adımlarını izleyin. Ağ sorunu onaylandıktan sonra kullanıcıdan ağ ekibiyle iletişime geçmesini ve ağ sorununun giderildiğini onaylamasını isteyin.
Senaryo 2: Yanlış NTP IP'si veya Hizmet sorunu:
NTP sunucusuna ping gönderilebiliyorsa bunun nedeni kullanıcının yanlış NTP IP'sini girmesi veya NTP hizmetinin bir sorunla karşılaşması olabilir. NTP IP adresinin doğru olduğunu kullanıcıyla birlikte onaylayın veya kullanıcıda varsa başka bir NTP sunucusu kullanın ve kullanıcıdan kontrol etmek için yönetici ekibiyle iletişime geçmesini isteyin. Bazen sunucunun yeniden başlatılması sorunu çözebilir ve kullanıcı bunu kabul ediyorsa bu yolu deneyebiliriz.
Senaryo 3: Windows NTP sunucusu:
Windows zaman hizmeti, tam özellikli olmayan bir NTP uygular. Kullanıcı NTP sunucusu olarak bir Windows Server kullanıyorsa, rootdisp 1000'den yüksek olabilir. Bu durumda, Windows NTP Sunucusunu güvenilir bir dış NTP Sunucusunu senkronize edecek şekilde yapılandırın.
Eğer reach=yesama condition=rejectkullanmak ntpq - assoc ve rv kontrol etmek için flash code, dispersionve rootdisp.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
Not: Komutta assoc seçeneği gösterebilir assid hangisi için gerekli rv sonra.
Şunu kullanın: rv almak için komut flash code, dispersionve rootdisp'dir.
Şunu çalıştırın: ntpq komutunu girmek için ntpq kabuk, sonra kullan rv assid detaylı bilgi almak için.
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 kök NTP sunucusuna olan mesafenin çok uzun olduğunu gösterir. Senkronize etmek uygun değil.
Aşağıdaki bağlantıdan flash kodu hakkında daha fazla bilgi edinin:
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flashGenellikle dispersion 1000'den yüksek, uygun olmayan NTP Sunucusu olarak kabul edilir. Windows NTP Sunucusu saati kendisiyle senkronize edecek şekilde yapılandırılmışsa veya parametreler doğru yapılandırılmamışsa rootdisp 1000'den yüksek olması ve Windows Server'daki NTP yapılandırmasının düzeltilmesi gerekir.
Windows zaman sunucusunu yapılandırmak için aşağıdaki Microsoft KB makalesine bakın.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-serverNot: Değişiklik MaxPosPhaseCorrection, MaxNegPhaseCorrection ve SpecialPollInterval 300 saniyeye
kadar Senaryo 4: NTP sunucusu ile harici NTP sunucusu arasında kararsız ağ:
Ağı kontrol etmek için ağ sorunlarını giderme adımlarını izleyin, yüksek gecikme süresi olup olmadığını kontrol etmek için ping i kullanabilir.