ПРЕДУПРЕЖДЕНИЕ: Обнаружено некорректное завершение работы >>CUCM v12.5 SU4

[gaurav1188]

Новый COP, по-видимому, был введен для версий 12.5 и выше, чтобы устранить некрасивое предупреждение. Нам по-прежнему необходимо проверить общее состояние системы и в случае возникновения каких-либо проблем связаться с TAC. https://www.cisco.com/web/software/286319173/139477/ciscocm.add_utils_ungraceful_warn_disable_v1.0.cop-README.pdf

[Nithin Eluvathingal]

Раньше в наших дата-центрах случались некорректные завершения работы, но мы никогда не видели такого предупреждения на нашем CUCM 12.5 SU1. Я бы порекомендовал обратиться в TAC, чтобы проверить вашу систему и убедиться, что все в порядке. ![Response Signature]

[Jaime Valencia]

Смотрите здесь Улучшение графического интерфейса пользователя и интерфейса командной строки Уведомление о непредвиденных отключениях в CVOS CSCva87117 HTH
java,
если это поможет, пожалуйста, оцените

[Flemming Ortvald]

Есть ли какие-либо указания на то, как будет выглядеть результат команды «show tech dbintegrity», если действительно есть проблема?
То есть, что мне следует искать в полученном файле журнала? fortvald

[Vaijanath Sonvane]

Это новая функция, добавленная в новых версиях. Недавно у меня неожиданно вышел из строя Unity Connection Publisher. После включения питания в графическом интерфейсе пользователя не отображалось это предупреждающее сообщение, но в командной строке оно было. Я провел проверку системы и тесты, чтобы убедиться, что все настроенные функции работают. Все репликации базы данных, диагностические тесты, состояние кластера и т. д. выглядели нормально, и пока я не слышал никаких жалоб от пользователей. В вашем случае убедитесь, что все функции и возможности работают. И, как упомянул
@Nithin Eluvathingal
, откройте заявку в Cisco TAC, если вам нужны дополнительные разъяснения или рекомендации от команды TAC. Пожалуйста, оцените полезные сообщения и, если применимо, отметьте «Принять как решение».
Спасибо, Вайджанат С.

[mHadi]

Привет, дорогой
@Abdelrhman Elmenyawe если у вас есть резервная копия сервера, созданная с помощью Veeam-Backup-Solution, я рекомендую удалить текущую виртуальную машину cucm и восстановить последнюю резервную копию. Это лучший способ убедиться, что cucm снова будет работать правильно. (HTH) (если это помогло, пожалуйста, оцените...) Мохаммадреза Хади

[Adam Pawlowski]

Я не думаю, что Veeam будет поддерживаться в качестве стороннего решения для резервного копирования.

[Abdelrhman Elmenyawe]

Спасибо всем за ответы. Я обратился в службу технической поддержки Cisco TAC и поделюсь с вами их ответами: В: Но если серверы работали нормально, могу ли я продолжить с той же установкой, не выполняя процесс переустановки новых серверов? О: Нет, вы не можете продолжать, по мнению TAC это будет считаться неподдерживаемым. В: Могу ли я удалить эти предупреждения, которые появляются в графическом интерфейсе? О: Нет, это невозможно. В: Последний вопрос: могу ли я сделать копию виртуальных машин и использовать их для восстановления, если серверы снова подвергнутся некорректному завершению работы? О: Можно сделать холодный снимок через vmware (после выключения системы).

[RichardBooth3236]

У меня тоже было такое. До сих пор нет инструмента TAC для проверки проблем с базой данных. Решением проблемы стало создание резервной копии Publisher (с отображением ошибки). Переустановить Publisher и восстановить из резервной копии, а также синхронизировать подписчики — все в порядке.

[Azuka Ihonor]

Привет, Ричард, у меня на работе похожая ситуация: CUCM Pub, IM&P Pub и CUCM Sub отображают сообщение о некорректном завершении работы после того, как инженер центра обработки данных отключил питание сервера UCS. Мы используем единый вход (SSO), синхронизацию LDAP и все другие службы, для которых требуются сертификат Tomcat и метаданные ADFS. Не знаете ли вы, восстановит ли DRS также старые сертификаты Tomcat? В основном я пытаюсь избежать создания новых метаданных для ADFS. Буду очень благодарен за ваш ответ или ответ любого участника этой дискуссии.

[Adam Pawlowski]

Да, DRS создает резервные копии сертификатов, поэтому они вернутся при восстановлении. Ваши метаданные также не должны измениться, если вы не нажмете кнопку для повторного создания (порядок узлов может измениться в кластере с несколькими узлами, по крайней мере, у меня так было :

[Azuka Ihonor]

Спасибо, Адам, очень признателен. Еще один вопрос, я планирую следующее 1. Сделать резервную копию кластера (включая узлы с сообщением «Ungraceful Shutdown Message»). 2. Закрыть виртуальную машину издателя, создать другую виртуальную машину издателя и выполнить новую установку. 3. Обновить новую виртуальную машину до той же версии (включая файлы cop и пакеты устройств). 4. Восстановить новый издатель из резервной копии DRS. Вопрос 1: нужно ли восстанавливать издателя из издателя или издателя из подразделения без сообщения Вопрос 2: при создании нового издателя нужно ли клонировать MAC-адрес старого издателя (меня беспокоит вопрос интеллектуального лицензирования)? Еще раз спасибо за ответ.

[Kathy N.]

@Azuka Ihonor
— Cisco создала исправление для этой проблемы, которое не требует переустановки системы. Его внедрение запланировано на ближайшее время с идентификатором ошибки CSCvy68211. Вот ссылка на информацию. https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvy68211?emailclick=CNSemail ![Response Signature]

[Roger Kallberg]

При восстановлении DRS вы восстанавливаете Pub из резервной копии вашего Pub. Нет необходимости клонировать MAC-адрес. ![Response Signature]

[jherlitzke]

Я заметил это у трех своих клиентов, у которых произошли некорректные выключения, и мне пришлось все переустанавливать. Я убедил их наконец заменить системы бесперебойного питания, которые мы им рекомендовали... Я бы хотел, чтобы это не было добавлено, так как я согласен, что все работает нормально, но это сообщение никогда не исчезнет, и тогда TAC не будет оказывать поддержку. Приятно читать в других комментариях, что это нововведение появилось с последними обновлениями.