<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[проблема с NTP после обновления UC до версии 15]]></title><description><![CDATA[<p dir="auto">У кого-нибудь возникли проблемы с NTP после обновления до версии 15? Я только что обновил свой тестовый кластер CER с v14su3 до v15su1. У меня возникла проблема с запуском базы данных на основном узле после смены версии. Но перезагрузка сервера исправила (запустила) базу данных. Однако после перехода на новую версию и второй перезагрузки я по-прежнему получаю сообщение WARNING: NTP is Unreachable (сервер NTP работает и доступен). При выполнении команды «utils ntp status» возвращается сообщение «ntp is stopped». При выполнении команды «utils ntp start» возвращается сообщение «NTP уже запущен», и команда перезапуска завершается с ошибкой. Самое интересное, что команда «utils diagnose test» возвращает результат «прошел» для всех тестов, связанных с NTP. Я обратился в службу технической поддержки, но пока жду ответа. Пока я жду, я также обновил свой сервер PCD с версии 14 до версии 15. Я сталкиваюсь с той же проблемой и получаю точно такие же результаты, как и в CER. Мне кажется, что проблема связана с версией 15 и переходом с centOS на AlmaLinux, поскольку то же самое происходит и в CER, и в PCD. Я в растерянности и не нашел ничего в документации по проблемам NTP. Я решил попытать счастья здесь и посмотреть, сталкивалось ли сообщество с чем-то подобным раньше.</p>
]]></description><link>https://sla247.ru/forum/topic/1213/проблема-с-ntp-после-обновления-uc-до-версии-15</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 12:13:46 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1213.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 18 Feb 2026 20:01:15 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:29 GMT]]></title><description><![CDATA[<p dir="auto">На данный момент сборка AlmaLinux/UCv15 от Cisco не может правильно взаимодействовать с NTP-сервером, на котором запущена служба ntpd для синхронизации времени. Поэтому убедитесь, что ваш NTP-источник — это либо коммутатор с запущенной службой NTP, либо компьютер под управлением Linux с запущенной службой ntp, которая не является ntpd. В противном случае новая ОС не сможет с ним взаимодействовать.</p>
]]></description><link>https://sla247.ru/forum/post/8497</link><guid isPermaLink="true">https://sla247.ru/forum/post/8497</guid><dc:creator><![CDATA[Rajesh.M]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:29 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:28 GMT]]></title><description><![CDATA[<p dir="auto">Нет. Насколько я знаю, CM не использует аутентификацию для NTP. ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8496</link><guid isPermaLink="true">https://sla247.ru/forum/post/8496</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:28 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:27 GMT]]></title><description><![CDATA[<p dir="auto">Привет, Роджер, Тебе пришлось настраивать аутентификацию в cucm для NTP с Chrony? Все еще пытаюсь найти хороший пример конфигурационного файла для Chrony с изолированной сетью. Пытаюсь настроить его в своей лаборатории.</p>
]]></description><link>https://sla247.ru/forum/post/8495</link><guid isPermaLink="true">https://sla247.ru/forum/post/8495</guid><dc:creator><![CDATA[UC Guy]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:27 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:26 GMT]]></title><description><![CDATA[<p dir="auto">Привет, Роджер, спасибо за быстрый ответ.</p>
]]></description><link>https://sla247.ru/forum/post/8494</link><guid isPermaLink="true">https://sla247.ru/forum/post/8494</guid><dc:creator><![CDATA[UC Guy]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:26 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:25 GMT]]></title><description><![CDATA[<p dir="auto">Я тоже не специалист по Linux, но, насколько я знаю, в CUCM в качестве ресурса NTP используется сервер Chrony. ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8493</link><guid isPermaLink="true">https://sla247.ru/forum/post/8493</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:25 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:24 GMT]]></title><description><![CDATA[<p dir="auto">Привет, ребята, я не специалист по Linux, поэтому хотел бы узнать, есть ли у вас какие-нибудь полезные ссылки по настройке этого. Я установил Fedora и добавил к ней Chrony. Если Chrony настроен как NTP-сервер, нужно ли мне настраивать клиент, а затем использовать его в качестве NTP-сервера, или я использую сервер Chrony в качестве своего NTP-ресурса из CUCM?</p>
]]></description><link>https://sla247.ru/forum/post/8492</link><guid isPermaLink="true">https://sla247.ru/forum/post/8492</guid><dc:creator><![CDATA[UC Guy]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:24 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:23 GMT]]></title><description><![CDATA[<p dir="auto">Переход на chrony сработал! Обновленный сервер v15 позволил мне настроить исходный сервер ntp после перехода на использование chrony. Я также перестроил свой старый кластер v14 и восстановил резервные копии. При повторном обновлении до v15 никаких проблем (с базой данных или ntp) не возникло. TAC также подтвердил, что в версии 15 есть проблема с коммуникацией со службой ntpd в их лаборатории. Они получили те же результаты, что и я, при обновлении. Они передали эту информацию разработчикам и будут работать над обновлением документации, указывающей на несовместимость, пока проблема не будет решена.<br />
@Roger Kallberg<br />
, спасибо за помощь и особенно за ссылку по настройке chrony. Это был отличный ресурс.</p>
]]></description><link>https://sla247.ru/forum/post/8491</link><guid isPermaLink="true">https://sla247.ru/forum/post/8491</guid><dc:creator><![CDATA[UCAdmin405]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:23 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:22 GMT]]></title><description><![CDATA[<p dir="auto">TAC предложил удалить и повторно добавить сервер ntp. Для этого мне пришлось добавить другой сервер ntp, что удалось. Однако при повторном добавлении исходного сервера ntp произошла ошибка. Добавление дополнительного сервера ntp устранило проблему с несогласованными командами «utils ntp», и я смог остановить/запустить/перезапустить службу ntp. Это также устранило предупреждающее сообщение о недоступности ntp. NTP-сервер, работающий в этой тестовой среде, — это Raspberry Pi с ntpd. Он является источником времени для всего в тестовой среде и работает отлично. Я смог проанализировать некоторые журналы CER после того, как служба ntp фактически запустилась после добавления нового сервера ntp. При попытке добавить исходный сервер ntp проверка доступности вернула следующее сообщение: «Ответ для сервера NTP &lt;x.x.x.x&gt; не содержал информацию о стратуме. Ответ: 506 Невозможно связаться с демоном» в журналах. На сервере ntp ничего не изменилось, и «временный» сервер ntp, который я настроил, фактически использует исходный сервер ntp в качестве источника. Исходный сервер ntp также является источником для других 3 приложений UC (все работают под управлением 12.5), которые синхронизированы и функционируют с ним. Это странный результат, который, по-видимому, связан с тем, что v15 по какой-то причине не поддерживает службу raspberry pi ntpd.<br />
@Roger Kallberg<br />
, спасибо за ваши ответы, но, похоже, моя «проблема с обновлением ntp» является результатом моих собственных действий. Хотя, по-моему, это выходит за рамки данного форума. Я попробую продолжить устранение неполадки и посмотрю, смогу ли я восстановить связь между CER и pi, а также посмотрю, что TAC скажет о моих последних находках.</p>
]]></description><link>https://sla247.ru/forum/post/8490</link><guid isPermaLink="true">https://sla247.ru/forum/post/8490</guid><dc:creator><![CDATA[UCAdmin405]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:22 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:21 GMT]]></title><description><![CDATA[<p dir="auto">В этом документе описывается процесс обновления версии совместимости на виртуальной машине.<br />
<a href="https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-esxi-host-client/GUID-8B20DC28-3581-4DB7-A337-E3087F0A3380.html" rel="nofollow ugc">Обновление совместимости виртуальной машины с помощью VMware Host Client</a> ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8489</link><guid isPermaLink="true">https://sla247.ru/forum/post/8489</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:21 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:20 GMT]]></title><description><![CDATA[<p dir="auto">Изначально мы использовали ту же версию ESXi, что и вы, но поскольку команда DC обновила хосты до v8u1, я думаю, не уверен в версии U. Наше оборудование, вероятно, немного новее вашего, и мы больше не используем оборудование Cisco, в прошлом году мы перешли на оборудование HPE для нашей инфраструктуры UC. В ESXi вы можете использовать разные версии совместимости на виртуальных машинах. Они отображаются в виде числа на виртуальных машинах, например, версия совместимости 19, которая соответствует ESXi 7u3, или 21, которая соответствует 8u1. Мы используем версию 19, даже если на хосте установлена более новая версия ESXi. Сейчас я в отпуске, поэтому не могу предоставить вам скриншот, на котором вы могли бы увидеть версию или обновить ее, но я уверен, что вы разберетесь. ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8488</link><guid isPermaLink="true">https://sla247.ru/forum/post/8488</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:20 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:19 GMT]]></title><description><![CDATA[<p dir="auto">Я не совсем понимаю, что вы имеете в виду под вопросом «какую версию аппаратной совместимости вы используете?». Мы используем ESXi 7.0 U3 на устройстве BE7K M4. В первоначальном сообщении я действительно пропустил букву «a» в номере версии. Я выполнил обновление с версии v14su3 до версии v15su1a. На PCD работала версия FCS v14, и она была обновлена сразу до v15su1. Я должен был уточнить это в исходном сообщении. Когда я выполнял обновления из CLI и просматривал сообщения журнала, система зависала на довольно длительное время с выводом сообщения о NTP. В тот момент я не подумал об этом сделать запись. Завтра я должен получить ответ от TAC. Просто странно, что одно и то же произошло и на CER, и на PCD. Рад, что вы смогли выполнить тот же обновление без проблем, но я все еще ломаю голову над этим. Вы используете более новое оборудование и/или ESXi в своей среде?</p>
]]></description><link>https://sla247.ru/forum/post/8487</link><guid isPermaLink="true">https://sla247.ru/forum/post/8487</guid><dc:creator><![CDATA[UCAdmin405]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:19 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:18 GMT]]></title><description><![CDATA[<p dir="auto">На прошлой неделе мы провели практически такое же обновление CER, с той разницей, что перешли на версию 15SU1a. Никаких проблем не возникло. На PCD мы обновили систему до версии FCS 15, а затем, когда вышла версия SU1, обновили ее до этой версии, но это было несколько месяцев назад. Никаких проблем не возникло. Какую версию ESXi вы используете и какую версию аппаратного обеспечения? ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8486</link><guid isPermaLink="true">https://sla247.ru/forum/post/8486</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:18 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:17 GMT]]></title><description><![CDATA[<p dir="auto">В этой статье описывается, как настроить Chrony в качестве сервера времени в Raspberry-Pi.<br />
<a href="https://conorrobinson.ie/raspberry-pi-ntp-server-part-2/" rel="nofollow ugc">https://conorrobinson.ie/raspberry-pi-ntp-server-part-2/</a> ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8485</link><guid isPermaLink="true">https://sla247.ru/forum/post/8485</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:17 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с NTP после обновления UC до версии 15 on Wed, 18 Feb 2026 20:01:16 GMT]]></title><description><![CDATA[<p dir="auto">Попробуйте использовать Chrony в качестве сервера времени вместо очень старого ntpd и убедитесь, что он указан в конфигурации. local stratum 2 Системы Cisco UC очень требовательны к уровню страты, с которым они взаимодействуют, и если сервер времени не предоставляет информацию об этом уровне, как, судя по логам, происходит в вашем случае, то система не будет работать. ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8484</link><guid isPermaLink="true">https://sla247.ru/forum/post/8484</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:01:16 GMT</pubDate></item></channel></rss>