Голосовая связь и система унифицированных коммуникаций : Cisco Unity Connection

Устранение проблем при отказе пересмотра кластера Unity Connection TechNote

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает шаги, чтобы проверить и попытаться решить проблему для кластерного сбоя пересмотра в Cisco Unity Connection (CUC).

Внесенный Anirudh M Mavilakandy, специалистом службы технической поддержки Cisco.

Предварительные условия

Требования

Cisco рекомендует ознакомиться на Cisco Unity Connection.

Используемые компоненты

Cisco рекомендует ознакомиться с этой темой:

  • Версия 8.5 Unity Connection или позже

Общие сведения

Обычно каждый сбой заканчивается этим оператором:

Кластерный пересмотр отказал.

Кластерный cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log журнала пересмотра может быть найден в местоположении регистрации установки через CLI или устройство контроля в реальном времени (RTMT).

Для получения этого журнала из CLI вам нужен сервер SFTP для передачи файла, и необходимо ввести эту команду: файл получает установку cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log

или

От устройства контроля в реальном времени (RTMT) выберите Trace и Log Central> Collect Install Logs> Select the Node> Proceed.

В нескольких сценариях последние 10 линий журнала предоставляют сообщение об ошибках; Поэтому это может быть просмотрено на CLI. Введите эту команду CLI: хвост файла устанавливает cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log для просмотра последних 10 линий журнала.

Примечание: Utils cuc кластер пересматривают команду, выполнен на Абонентском сервере только и копирует базу данных от Абонентского сервера до Сервера публикаций и устанавливает репликацию.

Устранение неполадок

Этот раздел предоставляет советы, используемые для устранения проблем Кластера renegotiatio сбой.

Кластерный сбой пересмотра

Проблема: Сценарий 1

Команда пересмотра отказывает при последнем шаге.

Этот пример выходных данных замечен на Сервере публикаций:

13/12/01 14:32:15 Disabling data replication...
13/12/01 14:32:28 Renegotiating ssh trusts...
13/12/01 14:32:36 Synchronizing platform and LDAP database...
13/12/01 14:35:20 Creating any missing messaging databases on the publisher...
13/12/01 14:35:23 Adding subscriber node to publisher...
13/12/01 14:35:30 Synchronizing Unity Connection databases...
13/12/01 14:43:19 Synchronizing file systems...
13/12/01 14:43:23 Synchronizing message files for mail store UnityMbxDb1...
13/12/01 14:43:25 Copying cluster DSCP configuration to publisher node...
13/12/01 14:43:27 Rebooting publisher node CUC-9A...

Cluster renegotiation failed.

Анализ журнала

+ sudo -u cucluster ssh CUC-9A /usr/local/cm/bin/controlcenter.sh 
'Service Manager' stop
++ error
++ '[' 0 -eq 1 ']'
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'
++ echo 'The cluster renegotiation log cuc-cluster-rejoin
_2013-12-01_14.32.15.log can be found in the installation logging location through the CLI or RTMT.'
++ exit 1

Решение

Анализ трассировки показывает, что на сервер влияет идентификатор ошибки Cisco CSCul75841. Когда вы пытаетесь остановить Диспетчера обслуживания, это отказывает при последнем шаге. Для решения этого вопроса перезапустите Сервер публикаций или войдите, этот utils команды cuc кластеризуют overwritedb на Сервере публикаций.

Проблема: Сценарий 2

Обновление отказывает на Абонентском сервере, когда введен любой из них CLI comnands:

utils cuc кластеризуют сбои overwritedb или на PUB или на SUB

utils cuc кластер пересматривают сбои на SUB

Та же проблема замечена во время Установки абонента.

Основная причина этой проблемы - то, что она не в состоянии устанавливать репликацию при определить шаге сервера.

Анализ журнала

Для Кластерного пересмотра / сбой OverwriteDB

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub
command failed -- fatal server error (100)
++ error
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'

Or

the same errors with the last line as
++ echo 'Cluster overwritedb failed.'

Поскольку абонент устанавливает сбой

Thu Oct 17 06:09:47 GMT+2 2013 + sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_pub -I g_ciscounity_pub
Thu Oct 17 06:13:07 GMT+2 2013 command failed -- fatal server error (100)
Thu Oct 17 06:13:07 GMT+2 2013 + LOADDBRC=100Thu Oct 17 06:13:07 GMT+2 2013 + '[' 100 -ne 0 ']'Thu Oct 17 06:13:07 GMT+2 2013 + echo 'loaddb.sh return code was 100'Thu Oct 17 06:13:07 GMT+2 2013 loaddb.sh return code was 100Thu Oct 17 06:13:07 GMT+2 2013 + exit 1Thu Oct 17 06:13:07 GMT+2 2013 /opt/cisco/connection/lib/install/post.d/06_load-database had an exit code of 1error: %post(cuc-9.1.1.10000-32.i386) scriptlet failed, exit status 1

Решение

Анализ трассировки показывает, что на сервер влияет идентификатор ошибки Cisco CSCue78730. Для обхождения этой проблемы свяжитесь с Центром технической поддержки Cisco. Также обновите сервер к исправленной версии дефекта.

Проблема: Ситуация 3

Пересмотр отказывает при повторном обсуждении трестов ssh действию второе.

Анализ журнала

+ echo '11/11/30 20:57:24 Renegotiating ssh trusts..
+ /opt/cisco/connection/lib/install/post.d/02_authorize-cucluster
+ . /usr/local/bin/base_scripts/icluster.sh
++ '[' -n '' ']'
++ IPM_BAD_REMOTE_FILE_ERROR=12
++ IPM_BAD_REMOTE_DIR_ERROR=13
The fingerprint for the RSA key sent by the remote host
is bb:c0:b3:a7:08:07:ef:0c:f9:86:11:1d:a2:99:5e:8a.
Please contact your system administrator.
Add correct host key in /home/sftpuser/.ssh/known_hosts to get rid of this message.
Offending key in /home/sftpuser/.ssh/known_hosts:5

Решение

Для устранения указанной неполадки выполните следующие действия:

  1. Гарантируйте, что Надежный пароль - то же на обоих серверы.
  2. Перезагрузите Надежный пароль при необходимости.
  3. Если проблема все еще существует, свяжитесь с Центром технической поддержки Cisco для проверки known_hosts файла от root.

Проблема: Senario 4

Пересмотрите сбои при этом шаге,
yy/mm/dd hh:mm:ss Синхронизирующиеся базы данных Unity Connection...
Кластерный пересмотр отказал.

Анализ журнала

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub connect to g_ciscounity_sub1 failed
Incorrect password or user g_ciscounity_sub1 is not known on the database server.
(-951)command failed -- unable to connect to server specified (5)

Решение

Для устранения указанной неполадки выполните следующие действия:

  1. Гарантируйте, что Сервер доменных имен (DNS) / записи Доменного имени корректен, если они 'установлены' на обоих серверы.
  2. Удостоверьтесь, что нет никаких проблем обратного поиска DNS с utils, диагностируют testcommand.
  3. Если проблема все еще существует, свяжитесь с Центром технической поддержки Cisco для проверения различного файла hosts. Проблема могла бы быть с rhosts и файлом SQLhosts.

Проблема: Сценарий 5

Сбои пересмотра как он сценарий не в состоянии создавать базы данных по Серверу публикаций.

Анализ журнала

+ python - -s ciscounity /opt/cisco/connection/lib/config-modules/dbscripts/mailstore/add-missing-mbxdb-space.sh: line 37: cannot create temp file for here document: Permission denied++ error ++ '[' 0 -eq 1 ']' ++ echo 'Cluster renegotiation failed.

Решение

Анализ трассировки показывает, что на сервер влияет идентификатор ошибки Cisco CSCtr18463. Для решения этого вопроса обновите версию к исправленной версии.

Проблема: Сценарий 6

Кластерный пересмотр отказывает из-за проблем NTP.

Анализ журнала

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub
command failed -- System clocks difference is too large.
(90)

++ error
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'

Решение

Для решения этого вопроса необходимо устранить любые проблемы Протокола NTP и назначить NTP с хорошим значением страты. Для Unity Connection страта предпочтены 1 или 2 источника.

Проблема: Сценарий 7

Когда Пересмотр отказывает, ошибка слежения отображена.

SSH trust renegotiation failed.The security password on the publisher and subscriber servers do not match.
Run the the CLI command "set password user security" on one or both servers to update the security password, then re-run "utils cuc cluster renegotiate".
Cluster renegotiation failed.

Решение

Для устранения указанной неполадки выполните следующие действия:

  1. Введите эту безопасность пользователей set password команды CLI в одну или обоих серверы для обновления Надежного пароля.
  2. Когда IP-адрес абонента / Имя хоста не введен в системные параметры издателя и кластерную страницу, эта ошибка могла бы произойти.
  3. Если проблема все еще существует, свяжитесь с Центром технической поддержки Cisco.

Проблема: Сценарий 8

Пересмотр отказывает с этой ошибкой в журналах.

Анализ журнала

+ /opt/cisco/connection/lib/install/post.d/sync-cucli-credentials cuc01Going to Sync cucli hash from shadow the node at cuc01...Cannot find platformConfig.xml in /usr/local/platform/conf /tmp /commonFATAL ERROR: Cannot initialize internal variable: Cannot initialize the icluster internal dataCannot initialize the iCluster Library++ error++ '[' 0 -eq 1 ']'++ echo 'Cluster renegotiation failed.'

Решение

Для устранения указанной неполадки выполните следующие действия:

  1. Гарантируйте, что все требуемые сервисы функциональны с использованием этого списка сервиса utils команды.
  2. Войдите этот os utils команды защищают набор permissiveand оба серверы в разрешающем режиме.
  3. Выполните команду Renegotiate на Абоненте. Перезагрузки издателя после пересмотра завершены.
  4. Войдите этот безопасный os utils команды принуждают и устанавливают обоих, которые серверы в принуждают режим.

Проблема 9

Когда пересмотр отказывает, эта ошибка отображена.

Анализ журнала

+ sudo -u cucluster ssh cuc01 'sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && ontape' -s -L 0 -F -t 'STDIO'\'''
+ target_exec 't=$(mktemp); ontape -r -v -t STDIO > $t 2>&1; rc=$?; cat $t; exit $rc'
+ sudo -u cucluster ssh cuc01 ' sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && t=$(mktemp); ontape -r -v -t STDIO > $t 2>&1; rc=$?; cat $t; exit $rc'\'''
Server is in an incompatible state or user authentication failed.
Physical restore failed - function read archive backup failed code -1 errno 0

Регистрационный анализ - перед ошибкой

++ hostname
++ get_primary_hostname
++ is_primary
+++ get_platform_config_value CcmFirstNode
+++ xml sel -t -v /PlatformData/CcmFirstNode/ParamValue
/usr/local/platform/conf/platformConfig.xml
++ test yes == yes
++ hostname
+ /opt/cisco/connection/bin/copy-informix-instance -s ccm@cuc01
-t ccm@cuc01
source=ccm@cuc01
target=ccm@cuc01

Решение

Регистрационный анализ показывает, что имя хоста остается тем же для источника и цели. Когда команда пересмотра выполнена на Издателе, проблема происходит. Эта команда должна быть выполнена на Абонентском сервере только.

Если вы выполняете команду на Абоненте, разъединяют, и вы получаете ту же ошибку, проблема могла быть вызвана дополнительными блоками DB, прибавил абонентский сервер. Свяжитесь с TAC для обхождения этой проблемы.



Document ID: 117563