ПРЕДУПРЕЖДЕНИЕ: Обнаружено некорректное завершение работы >>CUCM v12.5 SU4
-
Раньше в наших дата-центрах случались некорректные завершения работы, но мы никогда не видели такого предупреждения на нашем CUCM 12.5 SU1. Я бы порекомендовал обратиться в TAC, чтобы проверить вашу систему и убедиться, что все в порядке. ![Response Signature]
-
Смотрите здесь Улучшение графического интерфейса пользователя и интерфейса командной строки Уведомление о непредвиденных отключениях в CVOS CSCva87117 HTH
java,
если это поможет, пожалуйста, оцените -
Есть ли какие-либо указания на то, как будет выглядеть результат команды «show tech dbintegrity», если действительно есть проблема?
То есть, что мне следует искать в полученном файле журнала? fortvald -
Это новая функция, добавленная в новых версиях. Недавно у меня неожиданно вышел из строя Unity Connection Publisher. После включения питания в графическом интерфейсе пользователя не отображалось это предупреждающее сообщение, но в командной строке оно было. Я провел проверку системы и тесты, чтобы убедиться, что все настроенные функции работают. Все репликации базы данных, диагностические тесты, состояние кластера и т. д. выглядели нормально, и пока я не слышал никаких жалоб от пользователей. В вашем случае убедитесь, что все функции и возможности работают. И, как упомянул
@Nithin Eluvathingal
, откройте заявку в Cisco TAC, если вам нужны дополнительные разъяснения или рекомендации от команды TAC. Пожалуйста, оцените полезные сообщения и, если применимо, отметьте «Принять как решение».
Спасибо, Вайджанат С. -
Привет, дорогой
@Abdelrhman Elmenyawe если у вас есть резервная копия сервера, созданная с помощью Veeam-Backup-Solution, я рекомендую удалить текущую виртуальную машину cucm и восстановить последнюю резервную копию. Это лучший способ убедиться, что cucm снова будет работать правильно. (HTH) (если это помогло, пожалуйста, оцените...) Мохаммадреза Хади -
Я не думаю, что Veeam будет поддерживаться в качестве стороннего решения для резервного копирования.
-
Спасибо всем за ответы. Я обратился в службу технической поддержки Cisco TAC и поделюсь с вами их ответами: В: Но если серверы работали нормально, могу ли я продолжить с той же установкой, не выполняя процесс переустановки новых серверов? О: Нет, вы не можете продолжать, по мнению TAC это будет считаться неподдерживаемым. В: Могу ли я удалить эти предупреждения, которые появляются в графическом интерфейсе? О: Нет, это невозможно. В: Последний вопрос: могу ли я сделать копию виртуальных машин и использовать их для восстановления, если серверы снова подвергнутся некорректному завершению работы? О: Можно сделать холодный снимок через vmware (после выключения системы).
-
У меня тоже было такое. До сих пор нет инструмента TAC для проверки проблем с базой данных. Решением проблемы стало создание резервной копии Publisher (с отображением ошибки). Переустановить Publisher и восстановить из резервной копии, а также синхронизировать подписчики — все в порядке.
-
Привет, Ричард, у меня на работе похожая ситуация: CUCM Pub, IM&P Pub и CUCM Sub отображают сообщение о некорректном завершении работы после того, как инженер центра обработки данных отключил питание сервера UCS. Мы используем единый вход (SSO), синхронизацию LDAP и все другие службы, для которых требуются сертификат Tomcat и метаданные ADFS. Не знаете ли вы, восстановит ли DRS также старые сертификаты Tomcat? В основном я пытаюсь избежать создания новых метаданных для ADFS. Буду очень благодарен за ваш ответ или ответ любого участника этой дискуссии.
-
Да, DRS создает резервные копии сертификатов, поэтому они вернутся при восстановлении. Ваши метаданные также не должны измениться, если вы не нажмете кнопку для повторного создания (порядок узлов может измениться в кластере с несколькими узлами, по крайней мере, у меня так было :
-
Спасибо, Адам, очень признателен. Еще один вопрос, я планирую следующее 1. Сделать резервную копию кластера (включая узлы с сообщением «Ungraceful Shutdown Message»). 2. Закрыть виртуальную машину издателя, создать другую виртуальную машину издателя и выполнить новую установку. 3. Обновить новую виртуальную машину до той же версии (включая файлы cop и пакеты устройств). 4. Восстановить новый издатель из резервной копии DRS. Вопрос 1: нужно ли восстанавливать издателя из издателя или издателя из подразделения без сообщения Вопрос 2: при создании нового издателя нужно ли клонировать MAC-адрес старого издателя (меня беспокоит вопрос интеллектуального лицензирования)? Еще раз спасибо за ответ.
-
@Azuka Ihonor
— Cisco создала исправление для этой проблемы, которое не требует переустановки системы. Его внедрение запланировано на ближайшее время с идентификатором ошибки CSCvy68211. Вот ссылка на информацию. https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvy68211?emailclick=CNSemail ![Response Signature] -
При восстановлении DRS вы восстанавливаете Pub из резервной копии вашего Pub. Нет необходимости клонировать MAC-адрес. ![Response Signature]
-
Я заметил это у трех своих клиентов, у которых произошли некорректные выключения, и мне пришлось все переустанавливать. Я убедил их наконец заменить системы бесперебойного питания, которые мы им рекомендовали... Я бы хотел, чтобы это не было добавлено, так как я согласен, что все работает нормально, но это сообщение никогда не исчезнет, и тогда TAC не будет оказывать поддержку. Приятно читать в других комментариях, что это нововведение появилось с последними обновлениями.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти