VxRail: Як усунути неполадки NTP у кластері VxRail
Summary: Як вирішити проблеми з протоколом мережевого часу (NTP).
Instructions
/etc/ntp.conf Безпосередньо. Для налаштування NTP на хостів дивіться: https://knowledge.broadcom.com/external/article/313808
та https://knowledge.broadcom.com/external/article/313810/vsphere-esxi-70-u3-and-later-versions-nt.html
Використання ntpq щоб перевірити статус синхронізації з 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
Примітка: Якщо NTP працює нормально, результат повинен бути 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,
Якщо охоплення не так, а умова не sys.peer (що означає, що синхронізація часу має проблему), перевірте локальний час і час сервера NTP. Якщо місцевий час більший або менший за 1000 секунд, ntpd не встановлюватиме годинник. Час потрібно встановлювати вручну.
Такий статус відображає стан аномальної синхронізації:
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
Об'єкт reach=no означає, що NTP-сервер не відповідає на запит або мережа недоступна. Усунення неполадок мережі та NTP-сервера.
Сценарій 1: Проблема мережі:
Використовуйте ping, щоб перевірити, чи доступний NTP-сервер, і дотримуйтесь інструкцій з усунення неполадок мережі, щоб перевірити. Коли проблема з мережею буде підтверджена, попросіть користувача залучити мережеву команду та підтвердити, що проблему з мережею вирішено.
Сценарій 2: Неправильна IP-адреса NTP або проблема зі службою:
Якщо сервер NTP пінгується, можливо, користувач вводить неправильну IP-адресу NTP або служба NTP стикається з проблемою. Підтвердьте користувачеві, що IP-адреса NTP правильна, або скористайтеся іншим сервером NTP, якщо користувач має такий і попросив користувача залучити свою команду адміністраторів для перевірки. Іноді перезавантаження сервера може вирішити проблему, тому ми можемо спробувати цей маршрут, якщо він прийнятний для користувача.
Сценарій 3: NTP-сервер Windows:
Служба часу Windows реалізує не повнофункціональний NTP. Якщо користувач використовує Windows Server як NTP-сервер, rootdisp може бути вище 1000. У такому разі налаштуйте Windows NTP Server для синхронізації надійного зовнішнього NTP-сервера.
Якщо reach=yesАле condition=rejectвикористання ntpq з assoc і rv щоб перевірити flash code, dispersionі rootdisp.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
Примітка: Об'єкт assoc може показувати assid який потрібен для rv Пізніше.
За допомогою кнопки rv команду для отримання flash code, dispersionі rootdisp.
Запустіть команду ntpq команду для введення ntpq shell, то використовуйте rv assid , щоб отримати детальну інформацію.
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 вказує на те, що відстань до кореневого NTP-сервера занадто велика. Він непридатний для синхронізації.
Більше інформації про флеш-код можна знайти за наступним посиланням:
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flashВзагалі dispersion вище 1000 вважається непридатним NTP-сервером. Якщо Windows NTP Server налаштований на синхронізацію часу з самим собою, або параметри налаштовані неправильно, то rootdisp вище 1000, і конфігурація NTP в Windows Server повинна бути виправлена.
Зверніться до наведеної нижче статті бази Microsoft KB, щоб настроїти сервер часу Windows.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-serverПримітка: Зміна MaxPosPhaseCorrection, MaxNegPhaseCorrection і SpecialPollInterval до 300 секунд
Сценарій 4: Нестабільна мережа між NTP-сервером і зовнішнім NTP-сервером:
Дотримуйтесь усунення несправностей мережі, щоб перевірити мережу, можна використовувати пінг, щоб перевірити, чи є висока затримка.