Voz y Comunicaciones unificadas : Cisco Unity Connection

Nota Técnica del Troubleshooting de fallas de la renegociación del cluster de la conexión Unity

25 Agosto 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (23 Abril 2015) | Comentarios

Introducción

Este documento describe los pasos para verificar y para intentar abordar el problema para el error de la renegociación del cluster en el Cisco Unity Connection (CUC).

Contribuido por Anirudh M Mavilakandy, ingeniero de Cisco TAC.

Prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento en el Cisco Unity Connection.

Componentes Utilizados

Cisco recomienda que usted tiene conocimiento de este tema:

  • Versión 8.5 o posterior de la conexión Unity

Antecedentes

Generalmente, cada error termina con esta declaración:

Renegociación del cluster fallada.

El registro cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log de la renegociación del cluster se puede encontrar en la ubicación del registro de la instalación a través de la herramienta CLI o del monitoreo en tiempo real (RTMT).

Para obtener este registro del CLI, usted necesita un servidor SFTP transferir el archivo, y usted necesita ingresar este comando: el archivo consigue instala cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.lo g

o

De la herramienta del monitoreo en tiempo real (RTMT), elija la traza y la central del registro > recoge instala los registros > selecciona el nodo > procede.

En algunos escenarios, las líneas del último 10 del registro proporcionan el mensaje de error; Por lo tanto, puede ser visto en el CLI. Ingrese este comando CLI: la cola del archivo instala cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log para ver las líneas del último 10 del registro.

Nota: El cluster del cuc del utils renegocia el comando se ejecuta en el servidor del suscriptor solamente y copia la base de datos del servidor del suscriptor al servidor editor y establece la replicación.

Troubleshooting

Esta sección proporciona las extremidades usadas para resolver problemas el error del renegotiatio del cluster.

Error de la renegociación del cluster

Problema: Escenario 1

El comando de la renegociación falla en el paso más reciente.

Esta salida de muestra se considera en el servidor editor:

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.

Análisis del registro

+ 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

Solución

El análisis de traza muestra que el servidor es afectado por el Id. de bug Cisco CSCul75841. Falla en el paso más reciente cuando usted intenta parar al service manager. Para resolver este problema, recomenzar el servidor editor o ingresar este overwritedb del cluster del cuc del utils del comando en el servidor editor.

Problema: Escenario 2

La actualización falla en el servidor del suscriptor cuando cualquiera de estos comnands CLI se ingresa:

el overwritedb del cluster del cuc del utils falla en la publicación o el SUBMARINO

el cluster del cuc del utils renegocia falla en el SUBMARINO

El mismo problema se considera durante la instalación del suscriptor.

La causa raíz de este problema es que no puede establecer la replicación en el paso del servidor de la definición.

Análisis del registro

Para la renegociación del cluster/el error de 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.'

Para el suscriptor instale el error

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

Solución

El análisis de traza muestra que el servidor es afectado por el Id. de bug Cisco CSCue78730. Para trabajar alrededor de este problema, TAC de Cisco del contacto. Alternativamente, actualice el servidor a una versión corregida del defecto.

Problema: Escenario 3

La renegociación falla mientras que el ssh de renegociación confía en el segundo paso.

Análisis del registro

+ 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

Solución

Complete estos pasos, para resolver este problema:

  1. Asegúrese de que la contraseña de seguridad sea lo mismo en ambos los servidores.
  2. Reajuste la contraseña de seguridad si procede.
  3. Si todavía existe el problema, entre en contacto el TAC de Cisco para marcar los known_hosts clasifían de la raíz.

Problema: Senario 4

Renegocie falla en este paso,
hh yy/mm/dd: milímetro: ss que sincronizan las bases de datos de la conexión Unity…
Renegociación del cluster fallada.

Análisis del registro

+ 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)

Solución

Complete estos pasos, para resolver este problema:

  1. Asegúrese de que las entradas del Domain Name Server (DNS)/del Domain Name estén correctas si son “fijan” en ambos los servidores.
  2. Aseegurese allí no son ningún problema de la búsqueda de DNS reversible con el utils diagnostican el testcommand.
  3. Si todavía existe el problema, entre en contacto el TAC de Cisco para comprobar el diverso archivo de los hosts. El problema pudo estar con los rhosts y el archivo de SQLhosts.

Problema: Situación 5

La renegociación falla como él que el script no puede crear las bases de datos en el servidor editor.

Análisis del registro

+ 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.

Solución

El análisis de traza muestra que el servidor es afectado por el Id. de bug Cisco CSCtr18463. Para resolver este problema, actualice la versión a una versión corregida.

Problema: Situación 6

La renegociación del cluster falla debido a los problemas NTP.

Análisis del registro

+ 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.'

Solución

Para resolver este problema, usted debe reparar cualquier problema del Network Time Protocol (NTP), y asigna un NTP con un buen valor del estrato. Para la conexión Unity, un estrato 1 o se prefiere la fuente 2.

Problema: Situación 7

Se visualiza el error siguiente cuando la renegociación falla.

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.

Solución

Complete estos pasos, para resolver este problema:

  1. Ingrese esta Seguridad determinada del usuario de la contraseña del comando CLI en un o ambo el servidores para poner al día la contraseña de seguridad.
  2. Este error pudo ocurrir cuando el IP Address/el nombre de host del suscriptor no se ingresa en los ajustes de sistema del editor y la página del cluster.
  3. Si todavía existe el problema, entre en contacto el TAC de Cisco.

Problema: Situación 8

La renegociación falla con este error en los registros.

Análisis del registro

+ /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.'

Solución

Complete estos pasos, para resolver este problema:

  1. Asegúrese de que todos los servicios solicitados sean funcionales con el uso de esta lista del servicio del utils del comando.
  2. Ingrese este permissiveand seguro OS del utils del comando fijan ambos los servidores en el modo permisivo.
  3. Funcione con el comando de la renegociación en el suscriptor. Las reinicializaciones de Publisher después de la renegociación se completan.
  4. Ingrese este OS del utils del comando seguro hacen cumplir y fijan ambos los servidores adentro hacen cumplir el modo.

Problema 9

Se visualiza este error cuando la renegociación falla.

Análisis del registro

+ 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

Análisis del registro - Antes del error

++ 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

Solución

El análisis del registro muestra que el nombre de host sigue siendo lo mismo para la fuente y la blanco. El problema ocurre cuando el comando de la renegociación se funciona con en Publisher. Este comando se debe funcionar con en el servidor del suscriptor solamente.

Si usted funciona con el comando en el suscriptor separa y usted recibe el mismo error, el problema podría ser causado por los pedazos adicionales DB agregados en el servidor del suscriptor. Entre en contacto TAC para trabajar alrededor de este problema.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 117563